|
ru.website
- RU.WEBSITE -------------------------------------------------------------------
From : pavel kurnosoff 2:5030/661.25 24 Jun 2001 22:29:13
To : Serge Shikov
Subject : выбор платформы
--------------------------------------------------------------------------------
22 Jun 01 15:00, you wrote to all:
>> только я продолжаю утверждать, что это "дверь не от того ключа", как
>> любят говорить в ру.гну. для разработки сайтов это всё не нужно.
SS> Каких сайтов, елы-палы?
ЛЮБЫХ
SS> О чем и спич-то - простые вещи можно делать на
SS> чем угодно, а вот со сложными - обломс.
>> для больших распределенных систем, в которых сайт - это просто один,
>> причём не самый значительный view - да, stand-alone сайтов - нет.
SS> Я где-то говорил, что это надо для сайтов из одной страницы типа Вася
SS> Пупкин home page? Конечно нет, просто я думал это и так достаточно
SS> очевидно.
а критерий какой? вот проекты упомянутой тобой студии артлебедева - это
пупкинхоумпэйдж? скажем, вещи типа нетоскопа. насколько я знаю из публично
доступной информации, на xslt у них только один mts.ru сделан. тоже идиоты не
видят своего счастья и делают на parser'е?
SS> Речь именно о том, что начиная с некоторого уровня сложности
SS> перловские и PHP-ные инструменты начинают проявлять свою
SS> ограниченность. Впрочем, это наверное вообще всех инструментов
SS> касается. Hо когда у тебя на выбор десяток XML-парсеров, и десяток
SS> XSL-процессоров - ты можешь выбрать один, менее глючный или более
SS> быстрый, а когда один XML::DOM на CPAN - то ква.
странный ты. у тебя религия прям какая-то. когда мне перестанет хватать xml::dom
и xml::xpath я перейду на яву. только вот всё жду - никак не дождусь этого
момента. когда понадобиться.
SS> Тебе не нужен XSL вообще? Hу хорошо, я допускаю, тебе достаточно DOM,
SS> и ты считаешь, что к этому сводится вся работа с XML (только не надо
SS> это опять буквально понимать). И не надо это приводить как
SS> аргумент, универсальный для всех сайтов и всех разработчиков.
для всех сайтов - а почему бы и нет? если рассматривать сайт с нуля, а не
впихивать сайт уже использованные парадигмы. для всех разработчиков - а я и не
настаиваю.
SS> TT тебе нравится? Да на здоровье, явских аналогов - пруд пруди,
SS> WebMacro всякие и иже с ними. А вот наоборот - чтобы на перле как на
SS> кокуне - уже снова ква, не выходит каменный цветок. Даже если оно на
SS> первый взгляд и похоже - в сущности почти все не то.
еще раз. и медленно. если мне понадобиться кокун - я возьму кокун. точно так же,
когда мне понадобился ie5.5/msxml3 и еще кое-что из майкрософтовских технологий
я взял и поставил себе w2k. я не стал городить эмуляторы (точнее, вначале стал,
но быстренько снес), я взял и поставил. это не проблема, нет.
но это не значит, что из-за отсутсвия кокуна на перле (вообще, что за дурацкая
практика оценивать инструментт по языку, на котором он написан? хочу себе мсворд
на ассемблере. на си это не круто. си негибкий язык.) надо забывать перл и идти
мыть сортиры.
SS> Кстати, авторам TT следовало бы HTML подучить ;-)
SS> <ul>
SS> <pre>[% INCLUDE $file ...
SS> %]</pre>
SS> </ul>
SS> Hint: <!ELEMENT UL - - (LI)+ -- unordered list -->
ну начинается... ты еще spellchecking'ом займись.
SS> Или взять тот же castor, который мапит объекты в реляционную базу.
SS> Для любого приложения с базами намного удобнее писать так:
SS> Product prod;
SS> И в результате получить кучу записей в нескольких таблицах, с
SS> отслеженными связями и пр. Простые задачи это упрощает не меньше, чем
SS> сложные - т.е. просто сводит к тривиальному переписыванию логики с ТЗ.
:))))) да - проще да. но вот эффективнее ли? под перл тоже есть такой кастёр -
DBIx::Recordset называется. очень сильный и красивый по идее модуль. но это по
идее. у нас один программер решил его попробовать. месяц он с ним е%ался (по
другому это не назвать), практически переписал его с нуля, пытался подстроить
логику проекта под это дело и т.д. и т.п....
вобщем, в конце концов он переписал всё это дело на обычные объекты с
инкапсулированными унутрь запросами. получилось намного красивее и быстрее.
я к тому, что ты пробовал этот кастор на реально сложных структурах и (главное)
сложном их анализе? если пробовал и ты нигде не уперся в какие-либо ограничения
и обычные "об этом тогда не подумали", тогда я хочу посмотреть на дизайн этого
дела. может для ruby чего-нибудь похожее сооружу. оно коммерческое? исходники
есть? (ччёрт, опять инет не купил...)
pavel
--- GoldED+/W32 1.1.4.7
* Origin: there's no tomorrow (2:5030/661.25)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
