Я собираюсь жестко определить стиль кодирования сразу в языке, чтобы не было соблазна даже в 10 строках лениться и не давать вариантов одна задача решается однозначно одним способом
Выше я уже описал на мой взгляд разумное решение вопроса, если Вы указали тип переменной значит хорошо, если нет, то переменная получает тип dynamic и её тип при компиляции определяется по содержимому.
>>Окэ. Как это соотносится с тем, что вы сказали что он (цитирую) «пишется на самом языке», т.е. работает поверх VM?
А что Вас в этом смущает, на Java можно же написать сервер. Просто код постоянно работающий внутри VM.
Если я автоматически генерирую код и изменяю его раз в 5 секунд, зачем я буду его кешировать.
Задачи
Вы хотите в рамках одного топика увидеть архитектуру целой системы?
С одной стороны это безопасность, я не должен отвечать за, то что запущено на другой VM, а уж если мне надо выполнить, то что есть на другой VM, то для этого есть RPC
Я имел в виду не только себя, а и людей заинтересованных.
VM в составе нескольких человек написали % на 70 за полтора месяца
Во-первых это очень сложная, но интересная задача, во-вторых некоторые моменты не до конца продуманы именно поэтому в диалоге с Хабровчанами и решается вопрос, как лучше сделать то или иное, а в-третьих на данном этапе команда не нужна.
Я планирую написать еще несколько топиков где и разложить все по полочкам, извиняюсь за некоторые непонятные пока высказывания, но без прочтения остальных частей картину очень сложно объяснять.
>>Вопрос состоял в том, чтобы узнать «куда он встроен». Так куда же?
Он будет работать на уровне демона внутри VM, то есть по сути являтся частью VM
>>Они у вас ничем не отличаются друг от друга, судя по описанию; зачем их разделять?
user modules — законченный и отлаженный класс или набор классов которые либо не будут изменяться, либо будут изменяться крайне редко, тогда мы их один раз скомпилировали и байт код закешировали для дальнейшего использования
user code — наоборот код который нельзя выделить в отдельный класс либо часто редактируется, либо не должен быть кеширован.
>>Еще раз — что такое «задачи»?
После получения запроса от пользователя, мы должны ему что-то ответить на его запрос, вот и разделяем запрос на задачи, где-то надо из базы данных что-то получить, где-то надо в файл записать и т.д. и делать это одновременно.
>>Вопрос был «относительно чего оно глобальное»?
Глобальное не относительно чего, а глобальное в смысле одно на всю VM
Кроме php пишу на С/С++ и Java. IDE для php Zend Studio, для остального NetBeans. Я думаю несложно будет написать плагин для различных IDE для подсветки синтаксиса, для отладки можно написать дебагер
Разъяснения будут дальше, и более подробно, но вкратце:
Web Server — пишется на самом языке и является одним из стандартных модулей, поэтому он всегда в наличии.
InFilters и OutFilters — входной и выходной фильтры, InFilters позволяет изменять запрос, например по типу mod_rewrite в апаче, OutFilters позволяет изменить отправляемый контент, например закешировать весь вывод.
user code — просто выполняемый код, логика приложения
user modules — готовые модули которые либо расширяют стандартную библиотеку, либо реализуют другие законченные функции написанные пользователем.
Задачи — например можно базу данных держать на другой машине и код для работы с ней запускать там, отправляем SQL запрос на другую машину и если нам данные в данный момент не нужны не ждем их, а дальше продолжаем выполнение приложения, как только запрос на другой машине выполнится мы получаем данные и добавляем их в нужное место
Глобальное хранилище — это скомпилированный байт код стандартных модулей и библиотек + пользовательский байт код который необходимо использовать в дальнейшем
В прошлом году у меня появилась примерно такая же идея, организовать сайт своего региона с освещением событий не только политических и культурных массового значения (их можно посмотреть на сайте администрации и т.д.), но и например в каком клубе какая вечеринка намечается и освещение событий как это все происходило с коментариями учавствовавщих и оценкой лучшего материала. Город у нас тоже небольшой интернет аудитория где то тысяч 35 — 40.
После проведенного анализа было найдено наверное самое лучшее решение по раскрутке и продвижению сайта — это его полезность для пользователя, то есть взаимодействие с не интернет сервисами (on-line покупка билетов допустим в кино, сервис заказа и доставки небольших товаров: продуктов, небольшой бытовой техники, цветов и т.д.). Если пользователь уже в интернете зачем ему куда-то звонить или ехать когда можно сделать пару кликов мышкой.
Но тут конечно надо найти грамотного менеджера который убедит директоров предприятий в полезности продаж товаров и услуг через данный интернет сервис.
В данный момент делаю наброски по бизнес плану, если повезет найду инвесторов.
Язык изначально задумывается расширяемым, поэтому можно дополнять и расширять постепенно. Сначала определить минимальную базу и написать рабочую версию, а потом по мере необходимости дополнять.
> Вы должны представлять сколько усилий нужно, чтобы это все действительно пошло в реальную работу, а не тренировку.
А не кто не говорит, что сразу все прибегут и начнут пользоваться, сначала проходит долгое тестирование, определение чего не хватает, а что лишнее и уже потом это можно будет предлагать для реальных проектов.
Идея конечно интересная, но если её расширить, то например если применять MVC, Model работает вместе с базой данных на одном сервере как backend, а View и Controller на другом как frontend, причем тогда серверов с Model может быть несколько Master и Slave.
Насчет объединения web сервера и интерпритатора у меня просто есть несколько перспективных задумок (есть опыт написания «небольших» web серверов), поэтому я и склоняюсь к этой модели, но в первую очередь дело конечно за интерпритатором.
Насчет MVC, то тут еще надо подумать, можно реализовать как абстрактные классы и потом наследовать и расширять до нужной функцианальности, допустим Model через расширение DB тянет данные, View работает через расширением HTML и генерит вывод HTML, а Controller работает через расширением к примеру USER и занимается обработкой запросов от пользователя и связывает Model и View.
Я ожидал комментариев типа «есть же PHP или Perl зачем изобретать велосипед» они неизбежны, поэтому я не обращаю на них особого внимания. Я надеюсь на то, что всегда найдутся адекватные люди и поделятся своими идеями на заданную тему.
Если бы люди не изобретали очередной велосипед, мы бы до сих пор жили бы в каменном веке.
Синтаксис похож на сильно урезаный Java, поэтому я думаю проблем с изучением не будет.
Насчет типизации, типы переменных желательно указывать, но если не указать, то по умолчанию будет тип dynamic и определятся по содержимому переменной.
Пытался изучить Перл, после просмотра документации настроение пропало и дальше простых скриптов не ушел :-(
А что Вас в этом смущает, на Java можно же написать сервер. Просто код постоянно работающий внутри VM.
Если я автоматически генерирую код и изменяю его раз в 5 секунд, зачем я буду его кешировать.
Задачи
Вы хотите в рамках одного топика увидеть архитектуру целой системы?
С одной стороны это безопасность, я не должен отвечать за, то что запущено на другой VM, а уж если мне надо выполнить, то что есть на другой VM, то для этого есть RPC
Я имел в виду не только себя, а и людей заинтересованных.
VM в составе нескольких человек написали % на 70 за полтора месяца
По условиям дипломного проекта
>>Вопрос состоял в том, чтобы узнать «куда он встроен». Так куда же?
Он будет работать на уровне демона внутри VM, то есть по сути являтся частью VM
>>Они у вас ничем не отличаются друг от друга, судя по описанию; зачем их разделять?
user modules — законченный и отлаженный класс или набор классов которые либо не будут изменяться, либо будут изменяться крайне редко, тогда мы их один раз скомпилировали и байт код закешировали для дальнейшего использования
user code — наоборот код который нельзя выделить в отдельный класс либо часто редактируется, либо не должен быть кеширован.
>>Еще раз — что такое «задачи»?
После получения запроса от пользователя, мы должны ему что-то ответить на его запрос, вот и разделяем запрос на задачи, где-то надо из базы данных что-то получить, где-то надо в файл записать и т.д. и делать это одновременно.
>>Вопрос был «относительно чего оно глобальное»?
Глобальное не относительно чего, а глобальное в смысле одно на всю VM
Кроме php пишу на С/С++ и Java. IDE для php Zend Studio, для остального NetBeans. Я думаю несложно будет написать плагин для различных IDE для подсветки синтаксиса, для отладки можно написать дебагер
Web Server — пишется на самом языке и является одним из стандартных модулей, поэтому он всегда в наличии.
InFilters и OutFilters — входной и выходной фильтры, InFilters позволяет изменять запрос, например по типу mod_rewrite в апаче, OutFilters позволяет изменить отправляемый контент, например закешировать весь вывод.
user code — просто выполняемый код, логика приложения
user modules — готовые модули которые либо расширяют стандартную библиотеку, либо реализуют другие законченные функции написанные пользователем.
Задачи — например можно базу данных держать на другой машине и код для работы с ней запускать там, отправляем SQL запрос на другую машину и если нам данные в данный момент не нужны не ждем их, а дальше продолжаем выполнение приложения, как только запрос на другой машине выполнится мы получаем данные и добавляем их в нужное место
Глобальное хранилище — это скомпилированный байт код стандартных модулей и библиотек + пользовательский байт код который необходимо использовать в дальнейшем
После проведенного анализа было найдено наверное самое лучшее решение по раскрутке и продвижению сайта — это его полезность для пользователя, то есть взаимодействие с не интернет сервисами (on-line покупка билетов допустим в кино, сервис заказа и доставки небольших товаров: продуктов, небольшой бытовой техники, цветов и т.д.). Если пользователь уже в интернете зачем ему куда-то звонить или ехать когда можно сделать пару кликов мышкой.
Но тут конечно надо найти грамотного менеджера который убедит директоров предприятий в полезности продаж товаров и услуг через данный интернет сервис.
В данный момент делаю наброски по бизнес плану, если повезет найду инвесторов.
Интересно узнать Вашу точку зрения!
Удачи.
> Вы должны представлять сколько усилий нужно, чтобы это все действительно пошло в реальную работу, а не тренировку.
А не кто не говорит, что сразу все прибегут и начнут пользоваться, сначала проходит долгое тестирование, определение чего не хватает, а что лишнее и уже потом это можно будет предлагать для реальных проектов.
Хотелось бы поподробней о процессе разработки.
Насчет MVC, то тут еще надо подумать, можно реализовать как абстрактные классы и потом наследовать и расширять до нужной функцианальности, допустим Model через расширение DB тянет данные, View работает через расширением HTML и генерит вывод HTML, а Controller работает через расширением к примеру USER и занимается обработкой запросов от пользователя и связывает Model и View.
Если бы люди не изобретали очередной велосипед, мы бы до сих пор жили бы в каменном веке.