|
|
ru.website- RU.WEBSITE ------------------------------------------------------------------- From : Serge Shikov 2:5020/400 22 Jun 2001 15:00:50 To : All Subject : Re: выбор платформы -------------------------------------------------------------------------------- pavel kurnosoff wrote: > > SS> Так когда знаешь чего хочешь, реализовать-то все не сложно (впрочем, > SS> за этой задачкой стоит довольно непростая теория). Главное что для явы > SS> этого навалом (ну относительно) бесплатного и готового, а для PHP с > SS> перлом - хорошо если одну реализацию нароешь. > только я продолжаю утверждать, что это "дверь не от того ключа", как любят > говорить в ру.гну. для разработки сайтов это всё не нужно. Каких сайтов, елы-палы? О чем и спич-то - простые вещи можно делать на чем угодно, а вот со сложными - обломс. > для больших распределенных систем, в которых сайт - это просто один, причём не > самый значительный view - да, stand-alone сайтов - нет. Я где-то говорил, что это надо для сайтов из одной страницы типа Вася Пупкин home page? Конечно нет, просто я думал это и так достаточно очевидно. Речь именно о том, что начиная с некоторого уровня сложности перловские и PHP-ные инструменты начинают проявлять свою ограниченность. Впрочем, это наверное вообще всех инструментов касается. Hо когда у тебя на выбор десяток XML-парсеров, и десяток XSL-процессоров - ты можешь выбрать один, менее глючный или более быстрый, а когда один XML::DOM на CPAN - то ква. Тебе не нужен XSL вообще? Hу хорошо, я допускаю, тебе достаточно DOM, и ты считаешь, что к этому сводится вся работа с XML (только не надо это опять буквально понимать). И не надо это приводить как аргумент, универсальный для всех сайтов и всех разработчиков. TT тебе нравится? Да на здоровье, явских аналогов - пруд пруди, WebMacro всякие и иже с ними. А вот наоборот - чтобы на перле как на кокуне - уже снова ква, не выходит каменный цветок. Даже если оно на первый взгляд и похоже - в сущности почти все не то. Кстати, авторам TT следовало бы HTML подучить ;-) <ul> <pre>[% INCLUDE $file ... %]</pre> </ul> Hint: <!ELEMENT UL - - (LI)+ -- unordered list --> Или взять тот же castor, который мапит объекты в реляционную базу. Для любого приложения с базами намного удобнее писать так: Product prod; prod = new Product(); prod.setSku( 5678 ); prod.setName( "Стул" ); prod.setPrice( 55.0 ); prod.setGroup( furnitures ); detail = new ProductDetail(); detail.setId( 1 ); detail.setName( "one" ); product.addDetail( detail ); detail = new ProductDetail(); detail.setId( 2 ); detail.setName( "two" ); product.addDetail( detail ); db.create( prod ); И в результате получить кучу записей в нескольких таблицах, с отслеженными связями и пр. Простые задачи это упрощает не меньше, чем сложные - т.е. просто сводит к тривиальному переписыванию логики с ТЗ. --- ifmail v.2.15dev5 * Origin: home (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.website/2825e347b8d1.html, оценка из 5, голосов 10
|