if(result.data){ for(var i:Number = 0; i < result.data.length; i++){ GroupArray.addItem(result.data[i]); } } * This source code was highlighted with Source Code Highlighter.

Мне же удобно использовать переносы, кажется код так гораздо «опрятнее» (видно что из чего растет):

if(result.data) { for(var i:Number = 0; i < result.data.length; i++) { GroupArray.addItem(result.data[i]); } } * This source code was highlighted with Source Code Highlighter.

FlashPro Oct 26 2009 at 12:31

Насчет форматирование это пожалуй не принципиально. По поводу заглавных и прописных.
GroupArray.addItem может сразу показаться как статичный метод класса GroupArray. Поэтому и придумали эти правила. Но, конечно, кому как удобнее. Но в совместных проектах (или тех где потенциально будет дорабатывать другой программист), думаю лучше придерживаться их.

flashguy Oct 26 2009 at 12:33

Ну если брать в расчет совместное программирование, то я пожалуй согласен с вами.

FirsofMaxim Oct 26 2009 at 12:29

форматирование кода — индивидуальная вещь =)

Angelina_Joulie Oct 26 2009 at 14:04

я бы поспорила.
Вот приходит ко мне код из соседнего подразделения, и что я должна делать? Тратить бюджетные деньги на то, что бы разобраться с «индивидуальными» вещами? Лучше я бы их потратила на то, что бы найти проблемные участли и попивая кофе надеяться на то, что их будет как можно меньше.

FirsofMaxim Oct 26 2009 at 14:14

понимаю… для этого есть корпоративная стилистика кода, это уже человеку на работе объясняют.

UFO landed and left these words here

flashguy Oct 26 2009 at 12:42

Вы увидели принципиальное сходство в этой статье с моей?
Плюс вас ведь никто не заставляет читать все статьи на хабре.

UFO landed and left these words here

flashguy Oct 26 2009 at 13:04

Я не считаю свою статью, статьей из серии «Hello World!!!» — это раз.

Эта статья на русском, что во многом поможет тем у кого с этим проблемы (например таким как я) — это два.

Я считаю что в моей статье есть неплохие примеры + исходник, и опять же таки на русском — это три.

И еще, мое личное мнение, что если будет больше статей объясняющих все так как в этой то отпадет необходимость в прочтении множества не нужной информации в 10 разных книгах.

P.S. Чем вас «оскорбила» данная статья? Тем что вы все знаете? Или же стилем или…

aleks_raiden Oct 26 2009 at 13:09

не обращайте внимания. Статья хорошая, по AIR вообще мало чего на русском есть и почти каждый материал на вес золота

Angelina_Joulie Oct 26 2009 at 13:57

А вы спрашивайте и вам ответят.

UFO landed and left these words here

Angelina_Joulie Oct 26 2009 at 14:02

Да?
А если вместо:
var GroupArray:ArrayCollection = new ArrayCollection(); //code guidelines говорит о том, что переменные должны начинаться с маленькой буквы.

if(result.data)
for(var i:Number = 0; i < result.data.length; i++) //так же лучше использовать int на небольших объёмах, т.к. быстрее.
{
GroupArray.addItem(result.data[i]);
} //мы помним о том, что хорошие мальчики стараются писать в скобках, даже если это одна строчка.

заменить на
GroupArray.source = result.data; // и что же произойдёт, о великий Гуру в данном случаи?
grid.dataProvider = GroupArray;

зачем цикл-то?

flashguy Oct 26 2009 at 14:12

Вот вы «прицепились» к регистру в названиях переменных. Скажите есть или какая-нибудь разница в работоспособности программ с переменными с Заглавными буквами?

UFO landed and left these words here

flashguy Oct 26 2009 at 14:27

Вот это, я понимаю, конструктивная критика. За это спасибо.

flashguy Oct 26 2009 at 14:28

Вот это, я понимаю, конструктивная критика. За это спасибо.

flashguy Oct 26 2009 at 14:04

Очень конструктивно :)

И где в вашем первом комментарии про все это было написано? Я просто наверное не увидел.

Хотя я за то, что у каждого свое мнение и мне это даже нравится (вот такой вот я садамаза), поскольку люблю критику.

По поводу коллекции — она нужна чтоб к полученным данным можно было обращаться не только из того метода в который вернулись данные, а и из других частей программы (извините за мой нерусский русский). Так сказать сделать их доступными для всего кода — это иногда требуется.

Пишите еще замечания (но конкретизируйте их).

UFO landed and left these words here

flashguy Oct 26 2009 at 14:43

Angelina_Joulie причем здесь глобальность данных и коллекции???
Если речь идет о конкретном выражении:

var result:SQLResult = e.target.getResult();
var GroupArray:ArrayCollection = new ArrayCollection();
if(result.data)
{
for(var i:Number = 0; i < result.data.length; i++)
{
GroupArray.addItem(result.data[i]);
}
}

И о конкретном объяснении для чего оно такое вообще нужно.

flashguy Oct 26 2009 at 14:46

А если вам Adobe напишет в этом топике, что нужно все свои программы им отправлять для проверки на правильность написание имен переменных то вы будете следовать их требованиям?

deerares Oct 26 2009 at 13:23

Спасибо!

nesesser Oct 26 2009 at 13:33

А не знает ли кто-нибудь — есть ли уже CMS полностью на Flash? Возможности Flex + Flash уже позволяют подобное, однако я еще не встречал.

Angelina_Joulie Oct 26 2009 at 13:57

А зачем?

flashguy Oct 26 2009 at 14:24

Полностью нет (необходимо уточнить что есть полностью). Есть с использованием различных видов специализированных и не очень серверов типа: FMS, RED5 или просто с PHP+MySQL напривер вот этот.

kivsiak Oct 26 2009 at 13:49

Мне вот другой вопрос интересен в официальных доках в качестве префикса для именованных параметрах используют ":" а не "@". Есть ли какая разница?

Angelina_Joulie Oct 26 2009 at 13:57

Нет ни какой разницы. Можно использовать и то, и другое.
Сделано это для обратной совместимости запросов.

flashguy Oct 26 2009 at 14:06

Разницы нет можно использовать и двоеточие и «собаку».

Angelina_Joulie Oct 26 2009 at 13:56

Вроде бы по делу написали, но при этому совершенно ни чего важного о чём бы стоило писать.

Мы бы лучше написали об асинхронной работе с базой данных и о проблемах конкурентности данных, транзакциях. О том что с базой данных можно работыть in-memory. Обралити внимание на то, что SQL Ligth поддерживает разного рода параметры :paramName и @paramName. Могли бы так же рассказать о том, что можно использовать некое подобие ORM подхода, для сохранения и получения ввиде объектов.

А писать, о том, что import — это ключевое слово, дак ещё и с русскими комментариями — не стоит. Смысла в этом большого нет.

flashguy Oct 26 2009 at 14:13

А где у меня написано «что import — это ключевое слово»?

Angelina_Joulie Oct 26 2009 at 17:31

имелось ввиду reserved word, старая привычка осталась после русских книжек.
Сорри.

flashguy Oct 26 2009 at 17:38

Да все нормально. Иногда приятно иметь дело с человеком который всегда с чем-то не согласен, так сказать, имеет к тебе противоречие. Согласись так жить веселее ;) И сразу стремишься к чему-то лучшему.

Castro Oct 27 2009 at 00:55

Видно, Вы человек знающий. Предлагаю Вам написать статью на такие темы. Было бы любопытно

vladsm Oct 27 2009 at 00:22

Аццкий ад, бессмысленный и беспощадный…

flashguy Oct 27 2009 at 00:28

И что же тут бессмысленного и беспощадного?

vladsm Oct 27 2009 at 00:49

Да смысла нету в таком «обрезке» подачи информации…

«…
# import flash.events.SQLErrorEvent; // Обрабатывает ошибки подсоединения к БД
# import flash.events.SQLEvent; // Обрабатывает остальные события БД (OPEN, UPDATE и т.д.)
…»

Это *Event-то что-то там обрабатывает? :)

Как создать файл с базой данных? Какие параметры при этом используются? Можно ли защитить данные в базе от чужого глаза?
А как подключиться к уже созданной базе?
Синхроннный/асинхронный режимы работы? Преимущества/недостатки?

flashguy Oct 27 2009 at 00:53

Если для вас нет в чем-то смысла — это не значит что его нет для всех.

flashguy Oct 27 2009 at 00:54

А про «преимущество и недостатки синхронного и ...» могли бы и сами написать в своем топике. Если уж вы все знаете.

vladsm Oct 27 2009 at 01:33

Ну это же не я, а вы взялись писать пост, рассказывающий о том, как работать с локальной базой данных (SQLite) в AIR приложениях…

vladsm Oct 27 2009 at 01:14

Ок.
Какие «ошибки подсоединения» обрабатывает SQLErrorEvent?
Какие «остальные события БД» обрабатывает SQLEvent?

Поскольку база у нас открыта в синхронном режиме (DBConnection.open(…)), должен ли я прописывать каждому стейтменту хендлер события SQLEvent.RESULT или же у меня результат и без этого будет доступен через statement.getResult() сразу же после вызова statement.execute(…)?