Ну и зачем мне нужно подсаживаться на некий продукт, изучать его, продвигать в комьюнити, если в следующем проекте я могу письменное разрешение уже не получить? Я предпочту альтернативные open source решения или закрытые решения от более именитых производителей, которые не будут требовать от меня получения разрешений.
2. Any distribution of Eloquera database, including as a part of commercial and non-commercial software, requires written permission from Eloquera.
To obtain a written permission the following information will be required, but not limited to.
Печально.
Три с половиной года назад работал в компании, где писал на ASP .NET WebForms. И у нас был свой MVC-фреймворк, написанный нашим гуру тимлидом. На мой взгляд он был достаточно удобен для разработки в WebForms. Если вам интересно, я могу скинуть пару классов в личку, чтобы вы посмотрели, как это было реализовано у нас.
PS. Я бы предоставил вьюшке доступ к модели напрямую, потому что Presenter.Model.* писать каждый раз это не очень. А Presenter.Save() и другие методы презентера я бы инкапсулировал в некий Action, чтобы вьюшка не зависела от интерфейса презентера. Наоборот, вьюшка должна предоставлять интерфейс ISomeView, и презентер должен иметь ссылку на этот интерфейс. Потому что в противном случае менять реализацию представлений будет сложнее, чем просто реализовать интерфейс ISomeView заново (так как придется учитывать семантику вызовов презентера, и в общем случае вьюшки не будут взаимозаменяемыми).
Ухаха, посмотрел бы я на автора, который бы стал разбираться с унаследованным кодом хотя бы мегабайта в два исходников на каком-либо языке с динамической типизацией )) Без Find Usages, без навигации по коду.
Видимо табы с пробелами будут обсуждаться до тех пор, пока каждый для себя не примет четкого, взвешенного и обоснованного решения использовать то или другое.
Иногда действительно хочется написать так, когда не List а какой-нибудь сложный MultiDictionary объявлен. Но, к счастью, других применений var-on-field придумать не выходит.
Вообще, странно, что в SQL Server до сих пор не появилось никакого механизма версионирования, хотя бы кода хранимых процедур и функций. Неужели это так сложно сделать? Приходится либо забивать на версии и хранить всё в базе, либо постоянно параллельно держать набор запросов MODIFY.
Боже, VB .NET, неужели его кто-то использует? Неудобно же писать код, просто борода!
Последний раз вживую работал с VB .NET года 3 назад при работе с DotNetNuke.
Так себе опыт :)
Так и не понял, в чем провальность первого интервью. В том, что он не рассказал, для чего нужен DI?
По поводу компиляции — ну и что, что компиляция все равно нужна, в коде-то менять не нужно же, и не будет коммитов с изменениями кода — это разве не плюс?
«Не буду спорить на тему того, «Как лучше», так как по этому поводу люди неоднократно голосовали на хабре (http://habrahabr.ru/blogs/searchengines/125103/, habrahabr.ru/blogs/personal/41602/, habrahabr.ru/blogs/personal/35599/)»
Почему-то начал искать глубинный смысл в том, как сформированы приведённые friendly-ссылки :)
To obtain a written permission the following information will be required, but not limited to.
Печально.
PS. Я бы предоставил вьюшке доступ к модели напрямую, потому что Presenter.Model.* писать каждый раз это не очень. А Presenter.Save() и другие методы презентера я бы инкапсулировал в некий Action, чтобы вьюшка не зависела от интерфейса презентера. Наоборот, вьюшка должна предоставлять интерфейс ISomeView, и презентер должен иметь ссылку на этот интерфейс. Потому что в противном случае менять реализацию представлений будет сложнее, чем просто реализовать интерфейс ISomeView заново (так как придется учитывать семантику вызовов презентера, и в общем случае вьюшки не будут взаимозаменяемыми).
не принимайте близко к сердцу
Последний раз вживую работал с VB .NET года 3 назад при работе с DotNetNuke.
Так себе опыт :)
По поводу компиляции — ну и что, что компиляция все равно нужна, в коде-то менять не нужно же, и не будет коммитов с изменениями кода — это разве не плюс?
Почему-то начал искать глубинный смысл в том, как сформированы приведённые friendly-ссылки :)