Относительно опыта — согласен. Тут его было получено не мало. Даже глядя на ручную генерацию IL-кода. Касательно выноса маппинга в отдельный файл — в данном случае для linq2sql mssql в памяти и генерируется xml файл маппинга. А он всё равно для каждой ORM будет свой. Свой формат — я уже писал причину его отсутствия. PostSharp — уже стал платным, и неизвестно что с ним будет дальше.
Касательно всего данного холивара: я не понимаю вашей агрессии на то, что это очередной велосипед. Времени на него было в сумме потрачено около пары недель. Не более. Как раз таки для опыта. И выложен он сюда в сорцах не для того, чтобы рассуждать что лучше использовать корпоративные решения и шаблоны, а для того, что кому-то могут пригодиться те грабли, на которые наступал и я. Проект не продаётся, и нигде не писалось, что это последняя инстанция правоты :)
Кто захочет — возьмёт. Не захочет — конечно есть решения на порядок лучше и производительнее :)
№1) я только предложил ещё один упрощённый вариант для начинающих) кому будет проще реализовывать слой доступа к данным так чем описывать всё ручками, хоть ручками они опыта наберут)
№2) простой пример заморочки с интерфейсами: есть приложение, которое работает с MsSql базой данных. мы прописываем все аттрибуты Linq2Sql для прототипа. Затем, нужно поменять субд на MySql или MongoDB. и нам приходится ручками переписывать эти прототипы и их аттрибуты. а интерфейс — это простая замена своего языка описания прототипа таблицы, на основе которого будет создан класс с нужными аттрибутами на этапе выполнения приложения.
Когда родилась данная идея основанная на лени (года 2 назад), я и понятия не имел о рельсах. А оказалось создал велосипед. Ну с кем не бывает?)
Касательно №1. Тут и небыло ничего сказано о промышленных системах :). Само собой, что в больших и многих средних корпоративных системах, нужно проектировать свои слои и реализовывать их под нужную задачу. Есть сайты, программы, где работает только один человек и нужно создавать быструю и простую реализацию. На них данная штука и ориентирована. Также, вы можете атрибуту указать чтобы движок не изменял метаданные. Если вам того хочется :)
Касательно №2. Логики в слое доступа к данным быть и не должно, но если вам так уже хочется добавить логику, используйте Extension методы для данного интерфейса. В системе есть даже вспомагательные классы для выделения прототипа из указателя на интерфейс. Если даже не хотите использовать методы расширений, в аттрибуте интерфейса укажите custom-класс для прототипирования, и он будет без динамического создания :)
Попробуйте поговорить с разработчиками, которые работают с рельсами :) и скажите, что там любительские принципы :)
а ещё и в кодировании аттачей к письмам, перед тем как передавать по протоколу SMTP. почему, если по POP3 забирать потом письма, размер письма раза в полтора больше реального размера прикрепления.
некоторое время назад я написал небольшую библиотеку, которая на основе linq-прототипов «конструирует» БД и вносит изменения в неё. единственный недостаток пока — работает только с MS SQL. да и наверное всегда только с ней и работать будет. отсюда вопрос — интересно ли это хабралюдям, писать статью о библиотеке с примерами или нет?
я постараюсь, но да поправят меня те, кто знают лучше.
на данный момент множество сервисов требуют больших вычислительных мощностей, ввиду того, что каждый день по ним проходит куча посетителей. так вот физически содержать сервер довольно не выгодно, когда количество ваших посетителей возростает экспотенциально. поэтому, большие компании, такие как google, ms, amazon, создают целые «поля» серверов, связанных вместе. на этих «полях» могут распределённо размещатся как базы данных, веб-приложения, так и файловые хранилища. и счёт там идёт по затраченному процессорному времени. для примера можете почитать тут.
почему облака — потому что запуская свой сервис на подобном «поле», вам выделяется рабочее пространство и процессорное время + траффик. и когда приложению не хватает мощностей, к нему присоединяют другое «облако», и ваше становится больше и мощнее.
таким образом, не требуется делать изменения в архитектуре для масштабирования и расширения вашего веб-приложения.
касательно этой статьи, автор скорее хотел сказать, что и такой сервис как CodeRun работает в облаке. и что распределённое облако — это действительно круто :)
неуютно, ибо php лучше себя чувствует на линукс-платформе. там ему как-то роднее… и не скажу точно, но поддержка php в iis сопровждается подключением нового isapi модуля, который хоть и немного но отнимает ресурсов на проверку, нужно ли обрабатывать ссылку с помощью пхп или нет.
а поскольку я сторонник всего чистого без излишеств, вот пхп на хостингах меня и корит(
это точно также как поддержка классического asp. ну зачем она нужна человеку, который всю сознательную жизнь программиста программирует на .Net? а ведь на классическую модель тоже уходит процессорное время.
поэтому я сторонник разделять такие технологии по серверам, и даже, если уже сам давно пишу под .net, считаю что для пхп лучше использовать линукс-based хостинг…
например в Украине инфобокс с заметной задержкой открывается…
а также, когда у ASP.Net хостинга со старта поддерживается и PHP как-то неуютно становится ((
хотя, я сам давно искал чистый дотНет хостинг, и пришёл к выводу, что пока dedicated самый оптимальный выбор. если кто-то подскажет альтернативу — буду рад и признателен.
Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.0.5) Gecko/2008120121 Firefox/3.0.5
расширение ставится, но нигде кроме списка плагинов не отображается…
) в статус баре ничего нет. и версия ФФ свежая без плагинов. это меня и смущает… возможно, интерфейс доступа к статус бару для плагина изменился в новой версии…
Может, я не правильно устанавливаю плагин, но после установки его в лису №3 под мак ось — плагин есть только в списке дополнений, но нигде нет информации о нём фообще. даже в статусной строке.
Волнует тех, кто уже давно привык к новшествам свежих версий .Net Framework, от которых покачто Mono отстаёт на год-два, поскольку разработчикам новелл нужно время чтобы повторить функциональность оригинального фреймфорка.
простите, но www.rockbee.ru/clients/logos/27.gif — эти ребята вам не заплатили? или тут скрытый смысл? это тоже ваш шрифт?
просто интересно как люди явно читающееся слово позволии разместить в качестве лого у себя на сайте?
Касательно всего данного холивара: я не понимаю вашей агрессии на то, что это очередной велосипед. Времени на него было в сумме потрачено около пары недель. Не более. Как раз таки для опыта. И выложен он сюда в сорцах не для того, чтобы рассуждать что лучше использовать корпоративные решения и шаблоны, а для того, что кому-то могут пригодиться те грабли, на которые наступал и я. Проект не продаётся, и нигде не писалось, что это последняя инстанция правоты :)
Кто захочет — возьмёт. Не захочет — конечно есть решения на порядок лучше и производительнее :)
№2) простой пример заморочки с интерфейсами: есть приложение, которое работает с MsSql базой данных. мы прописываем все аттрибуты Linq2Sql для прототипа. Затем, нужно поменять субд на MySql или MongoDB. и нам приходится ручками переписывать эти прототипы и их аттрибуты. а интерфейс — это простая замена своего языка описания прототипа таблицы, на основе которого будет создан класс с нужными аттрибутами на этапе выполнения приложения.
Когда родилась данная идея основанная на лени (года 2 назад), я и понятия не имел о рельсах. А оказалось создал велосипед. Ну с кем не бывает?)
Касательно №2. Логики в слое доступа к данным быть и не должно, но если вам так уже хочется добавить логику, используйте Extension методы для данного интерфейса. В системе есть даже вспомагательные классы для выделения прототипа из указателя на интерфейс. Если даже не хотите использовать методы расширений, в аттрибуте интерфейса укажите custom-класс для прототипирования, и он будет без динамического создания :)
Попробуйте поговорить с разработчиками, которые работают с рельсами :) и скажите, что там любительские принципы :)
Спасибо, за отзыв о статье.
на данный момент множество сервисов требуют больших вычислительных мощностей, ввиду того, что каждый день по ним проходит куча посетителей. так вот физически содержать сервер довольно не выгодно, когда количество ваших посетителей возростает экспотенциально. поэтому, большие компании, такие как google, ms, amazon, создают целые «поля» серверов, связанных вместе. на этих «полях» могут распределённо размещатся как базы данных, веб-приложения, так и файловые хранилища. и счёт там идёт по затраченному процессорному времени. для примера можете почитать тут.
почему облака — потому что запуская свой сервис на подобном «поле», вам выделяется рабочее пространство и процессорное время + траффик. и когда приложению не хватает мощностей, к нему присоединяют другое «облако», и ваше становится больше и мощнее.
таким образом, не требуется делать изменения в архитектуре для масштабирования и расширения вашего веб-приложения.
касательно этой статьи, автор скорее хотел сказать, что и такой сервис как CodeRun работает в облаке. и что распределённое облако — это действительно круто :)
а поскольку я сторонник всего чистого без излишеств, вот пхп на хостингах меня и корит(
это точно также как поддержка классического asp. ну зачем она нужна человеку, который всю сознательную жизнь программиста программирует на .Net? а ведь на классическую модель тоже уходит процессорное время.
поэтому я сторонник разделять такие технологии по серверам, и даже, если уже сам давно пишу под .net, считаю что для пхп лучше использовать линукс-based хостинг…
а также, когда у ASP.Net хостинга со старта поддерживается и PHP как-то неуютно становится ((
хотя, я сам давно искал чистый дотНет хостинг, и пришёл к выводу, что пока dedicated самый оптимальный выбор. если кто-то подскажет альтернативу — буду рад и признателен.
главное в репозитории мозиллы обновление добавьте. там много лудей качают)
расширение ставится, но нигде кроме списка плагинов не отображается…
просто интересно как люди явно читающееся слово позволии разместить в качестве лого у себя на сайте?