Легенда:
 новое сообщение
 закрытая нитка
 новое сообщение
 в закрытой нитке
 старое сообщение
|
- Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
- Новичкам также крайне полезно ознакомиться с данным документом.
Ну визуализация тоже ускоряет процесс разработки в некоторых... 26.04.06 14:46 Число просмотров: 3053
Автор: whiletrue <Роман> Статус: Elderman
Отредактировано 26.04.06 14:50 Количество правок: 1
|
> Вот здесь я не соглашусь. Вэб-интерфейс это не просто
> статичная картинка, на которой есть ссылки, по которым
> можно кликать. Во-первых, HTML-страницы должны поддерживать
> скрипты, во-вторых - должны просто генерироваться скриптами
> пользоваелей. Стало быть, код HTML (или любая
> рассматриваемая альтернатива) должна иметь простую
> структуру, прозрачную для пользователя. Я не думаю, что в
> этом направлении в обозримом будущем будет придумано что-то
> принципиально новое, отличное от HTML (XML), а раз так, то
> никаких нормальных средств для визуальной разработки ждать
> не приходится (попыток было уже много - все они ни на что
> не годятся).
>
> Во-вторых, пока веб работает на открытых технологиях и пока
> есть хоть некоторое подобие стандартов, каждый браузер
> будет рассматривать код по-своему и любой разработчик
> WYSIWYG-редактора будет стараться продвигать своё видение
> технологии. Ну и естесственно, такие редакторы ни на что не
> годятся.
>
> Да, и кстати, писать на HTML уже на самом деле не
> приходится. Загляни в исходный код css-discuss.org - он не
> имеет никакого отношение к тому, что ты видишь на экране.
> HTML используется для того, для чего он предназначался
> изначально - размечать текст. Все
> параметры отображения находятся во внешнем css-файле. При
> таком подходе создание какой-либо визуальной среды
> разработки кажется вообще невозможным. Хотя и не совсем
> понятно как это все относится к изначальному вопросу :)
Ну визуализация тоже ускоряет процесс разработки в некоторых случаях... Просто кто-то в команде рисует контролы (ну, всякие плюхающие менюшки) и тестит их работоспособность, а кто-то их визуально кидает на форму - разделение труда. Качество хтмыля на строне клиента будет уже зависеть от профессионализма писавшего контрол. Впринципе - это идея из ява сервер пейджес, в дотнете она повторена, но весьма криво, все до жути не управляемо... для явы есть очень удобные среды, очень все понятно какой код получится на стороне клиента и т.д...
> > сгенерить не исполняемый модуль, а определенные
> > апплеты_с_НТМЛями/сервлеты для веб сервера. Хотя не
> > отрицаю, что идеал найти будет тяжело из-за
> тормознутости
> > движков.
тормознутость движков - это не фактор, имхо. Включи помощней сервак... это же не отнимает времени на разработку. Если проект большой и сложный - то идут в некоторых случаях даже на "разоптимизацию", т.е. выполняться будет долго, но зато другим понятно (в разумных пределах, конечно).
> Кстати говоря, единственное, в чем я уверен - технология,
> которая станет лидирующей, будет бесплатной.
А я уверен, что не так. ОпенСорс всем хорош, но в крупных компаниях применяется очень ограничено, т.к. 1) почти всегда плохой суппорт, 2) никто в таких компаниях никогда не полезет разбираться в сырцы
Итог - если проект могут тянуть 2-3 человека - Перл, ПХП + MySQL незаменимы, если проект большой - только jsp, а БД Oracle или вообще серваки AS400.. + еще какие-нибудь WorkFlow, и прочие бизнес процессы (опять таки для понятности че куда идет)
|
|
|
подробно о проекте
Анализ криптографических сетевых...
