Jump to content


Koshachii

Member Since 03.11.08
Offline Last Active 16.05.12 - 11:25
-----

Posts I've Made

In Topic: Доступные клиенты

16.05.12 - 11:24

View PostKoshachii, on 21.03.12 - 17:29, said:

И еще у нас появился платный текстовый клиент Lumiya для Android
От Alina Lyvette. :)

Мобильный клиент для Android устройств - Lumiya теперь не текстовый, появился графический режим.

Подробнее (англ):
http://nwn.blogs.com...oid-tablet.html

In Topic: Доступные клиенты

21.03.12 - 17:29

И еще у нас появился платный текстовый клиент Lumiya для Android
От Alina Lyvette. :)

In Topic: Дорабатывается ли LSL?

02.03.12 - 14:49

Неверная постановка вопроса. Сейчас решал подзадачу - загрузка по ftp файла с изменяющимся по дате именем. Это нельзя сделать на Assembler? Можно! Эта задача решаема на большинстве языков программирования.
Но в данном случае, сделал на java. Уже знаю синтаксис, есть готовая библиотека, намного меньше времени на написание кода, и сам код несравненно проще, чем на Ассемблере.
Кстати, много ли у LSL библиотек и фреймворков? Вопрос риторический. ;)

In Topic: Дорабатывается ли LSL?

28.02.12 - 14:21

Пример. Почему ООП это может быть хорошо.

Предположим, есть заказчик-дизайнер, хочет скрипт для своих машинок.
Делаю класс(ы), реализующий интерфейс, например, Авто, компилю в отдельный файлик. Наруже открыты только методы и свойства интерфейса, вся остальная внутренняя начинка скрыта модификаторами.
Отдаю клиенту файлик nomodify - он кидает мой файлик в свой объект, создает свой скриптик, в нем создает объекты моих классов из полученного от мяф файлика, вызывает простые методы интерфейса (поехать, повернуть, затормозить, ...), не парясь сложностями внутренней реализации.
Потом вдруг захотелось клиенту не просто авто, а грузовик. Не вопрос! Наследуюсь от первого класса, перегружаю методы, компилю в отельный файлик, отдаю клиенту - happy end!
Он вызывает те же методы, но они уже работают для грузовика! Клиент может даже оставить свой старый скриптик для первого авто.
И он не видит мой код внутренней реализации, т.е. отдав ему свой скрипт, мяф не теряю полностью эту тему.

Ня? :) Касательно SL не ня, это моя фантазия. :(

По моему личному опыту, когда кода много-много, да еще с разным функционалом, классы с их ООП-ништяками реально удобная штука. Как вспоминаю, когда-то на C кодил - необъятные простыни кода... брррр. А ведь по текущем меркам размеры кода смешные были.

И, касательно, самого LSL. Пока ты молодой ака студент у тяф полно времени на изучение еще одного очередного языка или фреймворка. Когда постарше, то очень много надо зубрить по работе, семья, быт. Если бы вместо LSL был тот же знакомый многим ECMAScript или даже кастрированный вариант Java (вспомним Android), то програмистов в SL было бы значительно больше. Желание повозиться с чем-то новым всегда присутствует, но вкладываться своим временем, когда есть более серьезные альтернативы, мало кто может себе позволить.

In Topic: Связь с внешним миром из СЛ

14.02.12 - 12:48

Можно, как вариант, поднять облегченный клиент на основе библиотеки libSL.
Сделать сайтик и связать с этим клиентом. Все.
Библиотека libSL на C# (.Net).
Единственный минус - в SL сообщения (имки) будут идти с/на одного имени. Но можно брать дополнительную информацию по авторизации с самого сайта и добавлять в сообщения внутри СЛ.