ASP.NET альтернативы MVC? [закрытый]
Вы должны использовать класс php SoapClient .
Как я вижу, вам нужно вызвать метод «Вставка» с 3 параметрами, вот как вы можете это сделать:
5 ответов
Мы использовали MonoRail RC2 для интернет-магазина нашего малого бизнеса в течение прошлых 18 месяцев. Это заменило 7-летнюю аварию классических ASP-страниц. MonoRail RC2 работал хорошо на нас, служа в среднем запросам на ~14 000 страниц в день. Это позволило мне разработать сайт очень быстро, было свободно, и держит хорошо. Для этого я благодарен команде MonoRail.
Я просто использовал бит MonoRail. Я выбрал iBATIS.NET over ActiveRecord, поскольку я должен был записать творческий SQL для поддержания совместимости с 7-летним куском дерьма базы данных. Таким образом, я не могу говорить за некоторые из других библиотек Castle.
Некоторые преимущества MonoRail включают следующее:
- Довольно легко добраться там и изменить вещи. Например, внедрение маршрутизации по умолчанию не сохранило строку запроса при перенаправлении (мне было нужно это для сохранения назад совместимости со старыми Форматами ссылки, используемыми ныне несуществующим классическим сайтом ASP по причинам SEO), и это не поддерживало HTTP 301 издания Постоянные заголовки Перенаправления для того сценария. Таким образом, я реализовал то, чем был интерфейс MonoRail для этого, включил его в мой файл конфигурации, и прочь я пошел.
- Это - все еще ASP.NET, таким образом, можно все еще использовать Аутентификацию Форм, полностью потрясающий Переключатель HTTP/HTTPS в Codeproject и кэширование.
- Относительно немного неожиданностей. После работы с ним для за год у меня не было слишком многих дней, где я проклял в MonoRail. Это - довольно хорошее решающее испытание. Некоторые классы помощника (FormHelper) могут вести себя немного странно, платформа мастера является напрямую причудливой, и привязкой параметров, может иногда бросать Вас для цикла, но этого часто не происходит.
- Выбор Механизмов Представления (шаблоны). Я поместил это здесь, потому что большинство людей, кажется, думает, что выбором здесь является хорошая вещь, хотя я обычно думаю, что это не.
MonoRail, однако, не без его проблем:
- Отсутствие направления в разработке. Количество изменений между RC2 и RC3 было вне смешного; много защищенных виртуальных методов исчезло, много измененных помощников (который является грандиозным предприятием, когда Ваш механизм представления не со статическим контролем типов), даже механизм для контроллеров поблочного тестирования, и просматривает измененный. Поэтому мы, вероятно, просто собираемся остаться на RC2 навсегда. Теперь, когда ASP.NET, MVC отсутствует, неясно, как здоровый сообщество позади MonoRail останется (хотя ayende и hammett так же восторженны и активны как всегда).
- NVelocity, "фактический" механизм представления для MonoRail (по крайней мере в то время, когда мы запустили разработку), является языком шаблонной обработки обещания с нездоровой перспективой реализации и обслуживания. (Это работает? достаточно хорошо. Но будучи портом CTRL+C CTRL+V от версии Java, не читайте источник для той библиотеки, потому что Ваши глаза выйдут за край.)
- NVelocity и RC2, поставленный с чрезвычайно серьезной ошибкой многопоточного выполнения, где многочисленные пользователи, получающие доступ к сайту одновременно, могли получить подаваемые страницы, предназначенные для другого. Это фиксируется в последнем выпуске (который, из-за природы выпуска проектов Замка, является очень трудным обновить до), и нам удалось работать вокруг этого. Но это была очень тревожащая и неожиданная проблема для обнаружения, та, с которой очень вряд ли встретятся на платформе Microsoft. Принцип "качество на риск покупателя".
MonoRail обеспечил прекрасную возможность для нас в июне 2007 путем предоставления нам способа переместить существующий сайт на стеке Microsoft на платформу.NET способом, которая избежала WebForms (который является большим для интранет-сайтов, но не настолько большим, когда Вам нужно мелкомодульное управление Вашего вывода HTML на общедоступном веб-сайте, по-моему). (Прекрасный, настоящая причина, я просто презираю модель обратной передачи WebForms.) ASP.NET MVC даже не был светом в глазу Microsoft в то время.
Теперь, когда ASP.NET, MVC действительно существует, однако, и, учитывая, что Microsoft располагает его как альтернативу WebForms, я знаю, что лично сильно рассмотрю это для любого будущего проекта. MonoRail является замечательным проектом, он служил нам хорошо, и я благодарен сообществу разработчиков ПО с открытым исходным кодом для него, но я думаю о нем нежно как о в большой степени используемом, изношенном инструменте, который ликвидирован к более низкой секции в моих инструментальных средствах. Без него ASP.NET MVC не мог бы существовать сегодня.
Одной альтернативой, которая кажется интересной, является MonoRail, хотя я не проверил его полностью.
Другой альтернативой, с которой у меня нет опыта, является ProMesh. Лично, я перемещающийся в ASP.NET MVC.
Лично я попробовал и ASP.NET MVC и MonoRail CastleProject. Хотя я действительно наслаждаюсь другими библиотеками CastleProject, я нашел, что наслаждаюсь моделью реализации MVC ASP.NET лучше, чем модель CastleProject MonoRail. Теперь, когда ASP.NET, MVC выпустил это, они будут включать jQuery в с выпусками, я действительно взволнован. В конечном счете я думаю, что это зависит от того, что другие библиотеки Вы используете. При использовании NHibernate, ActiveRecord и замка Windsor затем, Вы будете, вероятно, наслаждаться библиотеками MonoRail. Если Вы не будете пользоваться ни одной из тех библиотек или предпочитать Библиотеки Microsoft Enterprise (в настоящее время стандарт компании, где я работаю), затем, то Вы, вероятно, найдете, что MVC ASP.NET соответствует Вашим потребностям лучше. С вниманием на ASP.NET MVC, прибывающий от самого Scott Guthrie, я сомневаюсь, что он будет уходить в ближайшее время. На самом деле, чем больше людей, использующих его и подписывающихся, он - похвалы, тем более вероятно это должно стать defacto стандартом.
ASP.NET MVC должен начать становиться более принятым как являющийся сформировавшимся быстрым способом. Теперь, когда это - бета и предположительно почти завершенная функция, уровень, на котором люди принимают его, продолжит расти, и вероятно более резко. С выпуском RTM/RTW, обещанным быть в ближайшем будущем, теперь наилучшее время, чтобы начать принимать его так, чтобы можно было сразу взяться за дело с ним.
Если существуют определенные недостатки, что Вы видите в ASP.NET MVC, необходимо определенно сообщить Microsoft об этом. Scott Guthrie является очень восприимчивым к обратной связи, и MVC Contrib проект и открыт для предложений и имеет большой набор в наличии улучшений через их библиотеку.