Онлайн-игра: Macromedia Flash или Microsoft Silverlight и почему? [закрытый]
Ваш первый вызов ExecuteReader(), вероятно, не требуется.
Измените
...
conn.Open();
com.ExecuteReader();
SqlDataReader read = com.ExecuteReader();
...
на:
...
conn.Open();
Если вы намеренно хотите, чтобы два считывателя открывались одновременно, установите MultipleActiveResultSets=True в строке подключения, как описано здесь: C # Использование 2 sqldatareader одновременно?
Некоторые другие вещи: Вы имеете дело с одноразовыми товарами здесь, SqlConnection, SqlCommand и SqlDataReader. Вы должны вызывать Dispose() их, когда они больше не нужны, чтобы еще лучше обернуть using вокруг них, чтобы они автоматически утилизировались.
Также часто неплохо держать переменные как можно более локальными. Не похоже, что соединение, в котором команда или читатель действительно должны быть членами класса, поскольку вы используете их только в конструкторе. Подумайте об их объединении в конструкторе. Таким образом, вы также можете использовать using для избавления от них. В противном случае вам пришлось бы добавлять, уничтожать и размещать их там.
public partial class student : Form
{
public student()
{
InitializeComponent();
using (SqlConnection conn = new SqlConnection(@"Data Source=DESKTOP-R0N4ID3;Initial Catalog=testOnedb;Integrated Security=True"))
{
conn.Open();
using (SqlCommand com = new SqlCommand("select * from testOnetable", conn))
{
using (SqlDataReader read = com.ExecuteReader())
{
while (read.Read())
{
listBox1.Items.Add("the username : " + read["username"].ToString() + "\n the passward : " + read["passward"].ToString() + "\n the email : " + read["email"].ToString());
}
read.Close();
}
}
conn.Close();
}
}
private void student_Load(object sender, EventArgs e)
{
}
}
10 ответов
Я разрабатываю Flash для жизни, таким образом, мой ответ должен быть взят с мелкой частицей соли. Я reccomend Flash по следующим причинам:
- Размер основы установки. У меня нет чисел для Silverlight, но Flash 9 (последний неальфа-пересмотр) составляет более чем 90%.
- Воздух позволяет Вам развертываться на рабочий стол на нескольких платформах с незначительными изменениями к Вашему коду онлайн. Это снова увеличивает Ваш потенциальный рынок.
- Размер сообщества. Flash был вокруг намного дольше и существует огромная общественная разработка библиотеки для большинства что-либо, что Вы хотите от анимации до 3-го к физике. Думайте о сотнях (или тысячи) флеш-игр, с которыми Вы встретились. У Вас будут рычаги большего опыта, если Вы пойдете с Flash. Я искал Flash учебное руководство MMORPG на Google и существует набор результатов для запущения Вас прямо сейчас.
- Производительность Flash player равна или больше, чем Silverlight на тестах. (см. Bubblemark и GuiMark).
Только что я сделал простое сравнение, что я предлагаю, чтобы Вы сделали также. Найдите лучшие примеры Silverlight, что Вы можете. Затем найдите лучшие примеры Flash, что Вы можете. Когда Вы сравниваете тех, которые друг другу, я думаю, что лучшая платформа становится очевидной.
Как кто-то, кто был вовлечен и в коммерческий Flash и в игры Silverlight, я являюсь первым, чтобы сказать, что "Лучше всего" очень субъективно. Существует страсть и на стороне забора платформы и на обеих технологиях, имеют их преимущества.
Если Вы плохо знакомы с разработкой игр, затем передает победы Flash в отношении количества примеров и платформ, доступных разработчику. Нам нужно больше людей Как Bill Reiss, Mike Snow и Andy Beaulieu, показывающий, что может быть сделано с технологией для разработки игр.
Одна вещь, которой я верю, делает запись бэкэнда игры в Silverlight немного менее печальной, оснащает. Visual Studio является большим средством разработки и делает кросс-платформенное тестирование бриза. Многое из этого имеет отношение к Вашему таланту, но я видел, что проекты флэш-памяти дуют через тонну бюджета, просто пытаясь отладить дефекты. Я убежден со сформировавшимся инструментом как Visual Studio, мы, возможно, изолировали, они дезертируют с намного меньшим усилием.
Одна вещь я верю нам часто, забывает рассматривать, когда выбор технологии является ресурсами. От кого-то, для кого определили задачу с нахождением превосходного таланта флэш-памяти, это чрезвычайно трудно / дорогой для сборки глубокого AS3 или команды Flex. Это еще хуже если для единственного проекта. Многие не согласятся со мной, но я нашел, что намного легче найти несколько квалифицированных разработчиков.NET, соединить их с великим интерактивным разработчиком и преподавать их, как создать игру, затем это должно найти опытного разработчика флеш-игры, и заставлять их напряженно трудиться, когда игра закончена.
Хорошо, таким образом, Tim вызвал меня на этом, это - сложный вопрос. Я не сделал бы чего-то, что крупный в Flash, если я не использовал чужой механизм, чтобы сделать тяжелый подъем, я не мог предположить писать все это сам. Конечно, в Silverlight это было бы крупное обязательство также.
Позвольте мне запуститься путем обсуждения моментов James о том, почему он выбрал бы Flash.
1. Размер основы установки. У меня нет чисел для Silverlight, но Flash 9 (последний неальфа-пересмотр) составляет более чем 90%.
Я действительно не думаю, что это - проблема, если люди захотят играть Ваш MMO, то они займут эти 20 секунд для установки то, в чем они нуждаются.
2. Воздух позволяет Вам развертываться на рабочий стол на нескольких платформах с незначительными изменениями к Вашему коду онлайн. Это снова увеличивает Ваш потенциальный рынок.
Согласованный, я хотел бы видеть, что Silverlight может работать автономный. Конечно, я не вижу, почему Вы хотели бы MMO в браузере так или иначе, таким образом, я не могу утверждать что один слишком много.
3. Размер сообщества. Flash был вокруг намного дольше и существует огромная общественная разработка библиотеки для большинства что-либо, что Вы хотите от анимации до 3-го к физике. Думайте о сотнях (или тысячи) флеш-игр, с которыми Вы встретились. У Вас будут рычаги большего опыта, если Вы пойдете с Flash. Я искал Flash учебное руководство MMORPG на Google и существует набор результатов для запущения Вас прямо сейчас.
Да, Flash определенно имеет больше стороннего материала прямо сейчас, который мог помочь.
4. Производительность Flash player равна или больше, чем Silverlight на тестах. (см. Bubblemark и GuiMark).
GuiMark является нечетным тестом из-за всего текста, изменяющего размер его, делает, если Вы удаляете ту Silverlight, быстрее, и как часто Вы изменяете размер TextBlock, который должен повторно вычислить обертывание?
Одно беспокойство, которое я имел бы, защищает поток данных, идущий назад и вперед между любым клиентом и сервером, это - главная проблема и вероятно еще более важный для MMO, потому что кто-то мог разработать робот, который понимает данные и мог ниспровергать игровую динамику.
Я вижу вопросы все время на форумах XNA о людях, желающих создать MMO, и я просто должен спросить, есть ли у Вас действительно схватывание для того, сколько усилий приложило бы для реального создания MMO.
Наконец, много более жесткого кода находится на сервере так или иначе, если Вы получаете то право, клиентская технология не имеет значения так же, но я лично думаю, что Visual Studio является намного более продуктивной средой особенно при отладке, и если бы сервер использовал.NET затем, то Вы смогли бы отладить оба клиента и сервера на единственной сессии.
Одна область, где я думаю Flash, имеет преимущество, находится на графической стороне вещей и если Вы хотели сделать некоторые растровые эффекты для освещения, написаний, и т.д. затем Flash имеет превосходящие возможности прямо сейчас.
Будучи человеком .NET, я сказал бы Silverlight.
- Будучи игрой, скорость важна, таким образом, компиляция JIT .NET является премией. Я не уверен, компилируется ли ActionScript или нет.
- Много библиотек, доступных для .NET, приспособленного к разработке игр. Например, можно реализовать пользовательский GraphicsDevice для платформы XNA и использование это.
Microsoft плохо знакома с пространством Разработчика. Adobe, comparitively, зеленый в пространстве инструмента разработчика.
Действительно ли Ваш shope полон Художников или Разработчиков? Какие инструменты Вам нужен больше? Ваша Ключевая компетенция - то, что определит, чтобы использовать.
На вашем месте я посмотрел бы на Ваш собственный набор навыков и решил бы то, в чем Вы будете лучше разрабатывать.
В чисто нетехнических терминах Flash имеет намного более высокую долю рынка, чем Silverlight прямо сейчас.
Одна вещь, которая прослушивает меня о Silverlight / WPF, состоит в том, что нет никаких прямых методов для рисования на экран, необходимо создать объект, затем добавляют это к родительскому управлению. Это делает это довольно болезненным для того, чтобы сделать пользовательский рисунок. Однако флэш-память имеет графический объект, таким образом, можно просто привлечь любой спрайт вручную.
Хорошим ресурсом для некоторого содержания Silverlight является Bill Reiss, и я предполагаю, что он вскочит здесь. У него есть опыт в случайных играх. Также проверьте http://www.ltbennett.com для игры Silverlight 2 и существуют некоторые на Miniclip.com также.
Запись mmorpg клиента была бы таким большим обязательством, что я скажу, что изучение разработки прототипа в обоих было бы очень разумной вещью сделать, если бы Вы не были уверены. У них обоих есть преимущества и недостатки, но может случиться так, что ultimatly, любой может сделать задание так Вы просто, должен пойти с тем, которым Вы более довольны.
Откровенно подавляющее большинство работы для проекта как это было бы художественными активами, графикой, анимациями, звуками и дизайном "уровня", и я предполагаю, что выбором платформы для клиента является наименее важная часть.
Именно так работает Windows Mobile... что ж... никогда! Вот что Microsoft должна сказать по этому поводу:
http://blogs.msdn.com/windowsmobile/archive/2006/10/05/The-Emperor-Has-No-Close.aspx (печально, что я запомнил заголовок блога все пути от 2006? Я нашел статью в Google путем поиска «император не имеет близко» lol)
Короче говоря:
Если системе нужно больше памяти, пока приложение в фоновом режиме, оно будет закрыть приложение Но, если система не нужно больше памяти, приложение будет оставайтесь в оперативной памяти и будьте готовы вернуться быстро в следующий раз, когда пользователю потребуется это.
Многие комментарии в этот вопрос в O'Reilly показывают, что Android ведет себя примерно так же, закрывая приложения, которые не использовались в течение некоторого времени, только когда Android нуждается в памяти, которую они используют.
Поскольку это стандартная функция, изменение поведения на принудительное закрытие изменит пользовательский интерфейс. Многие пользователи будут привыкать к мягкому увольнению своих Android-приложений, поэтому, когда они отклоняют одно из них с намерением вернуться к нему после делать некоторых других задач, они могут быть довольно разочарованы тем, что состояние приложения сброшено или что его открытие занимает больше времени. Я бы придерживался стандартного поведения, потому что это то, что ожидается.
-121--665841- Можно подкласс UITableViewCell и по-прежнему использовать UITableViewCellStyleValue2 . Затем можно перезаписать метод layoutSubviews для изменения размера меток:
- (void) layoutSubviews {
[super layoutSubviews]; // layouts the cell as UITableViewCellStyleValue2 would normally look like
// change frame of one or more labels
self.textLabel.frame = CGRectMake(...);
self.detailTextLabel.frame = CGRectMake(...);
}
С помощью XNA можно разрабатывать игру и играть в нее на ПК, XBOX, Zune и Web с помощью silverlight с минимальными изменениями. так что я с XNA (Silverlight)
Клиент MMORPG во Flash? Это было сделано для, скажем, шесть лет. Вот DOFUS !