|
ru.website
- RU.WEBSITE -------------------------------------------------------------------
From : Andrew Evdokimov 2:5020/2468.7 26 Nov 2002 04:53:02
To : Ruslan Kosolapov
Subject : Re^4: Автоматизация разработки
--------------------------------------------------------------------------------
25 ноября 2002, 10:11
Ruslan Kosolapov >щ>щ>щ>щ>щ> Andrew Evdokimov:
RK>>> Мы очевидно совершенно разное подразумеваем под
RK>>> автоматизацией.
AE>> Вполне возможно. Внеси ясность, что ты имел в виду.
RK> Я имею в виду, что я где-то описываю структуру отображения страницы,
RK> где-то у меня лежат данные, которые представляются на странице, и где-то
RK> у меня есть скрипт, который всё это связывает и выдает хтмл. Причем
RK> основы скрипта у меня уже написаны давным-давно, таким образом, вся
RK> разработка сайта сводится к грамотному представлению данных, а
RK> не собственно написанию скриптов. Да, возможно придется править скрипты,
RK> потому как чрезмерная универсализация суть неправильно, но ядро
RK> переписывать не придется.
RK> Вот это я называю автоматизацией - когда для добавления пункта меню
RK> мне достаточно добавить его в БД в нужное место, а как и где он
RK> отобразится, и что будет при этом происходить - не моё дело, а дело
RK> скрипта.
Hу, подобные вещи не так сложно реализуемы и своими руками. Тут главная
проблема, если ты делаешь такой движок сам - увязать все в одну кучу, определить
правила и, возможно, язык написания этих правил, по которым та же
свежевставленная в таблицу БД строка вылезает в разных непредсказуемых местах :)
и, что главное, наверное, порождает некий функционал. С функционалом сложнее.
AE>> Если не изменяет память, в ru.java недавно возникал характерный вопрос
AE>> - вывести на вебне какой-то список и под списком - количество его
AE>> элементов. Т.е., 2 подряд идущих селекта (как один из вариантов).
AE>> Спрашивается, как гарантировать совпадение результатов - количества
AE>> элементов в списке и подсчитанное количество, ежели между двумя
AE>> селектами в таблицу что-то вставили/изменили/удалили? Транзакцией. А
AE>> ежели нет транзакции?
RK> Есть lock table.
Hу блин. И ждать до опупения, пока залочившая целую таблицу транзакция
отработает... Совсем не круто. Представь не заурядную интернет-помойку, и не
обсчет такой фигни, как количество записей, а реальные задачи в реальной
системе. Кстати, легко реализуемая на java2 конструкция - один и тот же код (не
такой же, а тот же, кстати) обеспечивает и функционирование бизнеса компании, и
работает на вебне, например, в е-магазине этой самой компании.
RK> Да на любом языке писать несложно. Другое дело, сколько этот язык
RK> обходится в использовании.
Оценка дороговизны в использовании состоит из большого числа компонент, если
серьезно этим вопросом заниматься.
AE>> Я уже не говорю о том, что если потом надо будет "привернуть" что-то
AE>> сложное, проблем с этим будет гораздо меньше, чем, например, с
AE>> xml-парсерами на перле.
RK> Зато халявного хостинга с мускулом и РHР - дофига, в отличие от.
RK> Так что для хомяка - самое то.
Это не повод не бороться за светлое будущее. Для моего хомяка даже ssi не нужно
- но мои потребности он покрывает. Генерацию я могу делать, например, дома, в
условиях практически неограниченных ресурсов.
Phasing your mind, -=[Собственной персоной]
Andrew "_elahi_" Evdokimov -=[http://localhost/]
--- С удовольствием трахну брюнетку ---
* Origin: It's so FUCKING GREAT to be alive ! (Zappa) (2:5020/2468.7)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
