mini_root
насколько я понял предыдущего оратора, не "создание веп-приЛАЖЕний"(которое вы очень точно и красочно описали сейчас) спасет мир ,а имено разделение прогармы на 2 части - допустим, пишется класс ,реализующий функциональность, и имеющий набор методов для вво-да-ввывода данных.
написание, например на жабе чего-либо без графики не должно вызвать затруднений в данном случае. а вызова send() и recv() есди мне память не изменяеит - одинаковы во всех осях.
и сервер из себя являет это класс и коротенькие ручки, закоторые его дергает клиент и тем самым вызывает методы основного класса приложения.
и клиентов под такую штуку можно будет сделать вагон - это же только морда.
Я как раз расписывал в основном эту ситуацию, а не "создание веп-приЛАЖЕний".... По какому протоколу будет общаться клиент с сервером? Или вы планируете реализовывать все с нуля? с лысого TCP? Тогда успехов. Это уже все давно реализовано в EJB - когда одну функциональность можно дергать из толстого клиента, веб морды, и из какой-нибудь сишной проги (EJB можно представлять как CORBA компоненты, хотя это редкий изврат) или откуда угодно (их же можно представить как веб сервис).
Этот подход позволяет В ТЕОРИИ писать разные части на разных языках/платформах, но он не делает эти части кроссплатформенными и переносимыми, более того к одному и тому же серверному компоненту можно написать как вполне приличную морду, так и полный отстой.
