Visual Basic, .NET, ASP, VBScript
 

   
   
     

Форум - Общий форум

Страница: 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 ..... 11 | 12 | 13 | 14 | 15

 

  Вопрос: Переменная Добавлено: 12.05.09 12:51  

Автор вопроса:  Sergey

  Ответы Всего ответов: 220  

Номер ответа: 31
Автор ответа:
 LamerOnLine



ICQ: 334781088 

Вопросов: 108
Ответов: 2822
 Профиль | | #31 Добавлено: 13.05.09 00:42
Если вы считаете, что они перестали существовать - вы глубоко ошибаетесь.

Нет, не считаю.
Нормальные архитектуры и разрабатываются в соответствии с возможностями железа

Чушь. Нормализация не должна быть привязана к железу. Для каждого языка программирования есть свои способы оптимизации, для методов программирования - тоже. Жесткая привязка к железу допустима только на микроконтроллерах.
И написано это было исключительно для того, чтобы показать автору вопроса, что можно и одной строчкой нарушить и архитектуру и любовь заказчика

О чем и было замечено что это мусорный код.
Номер ответа: 32
Автор ответа:
 Arvitaly



ICQ: 301746136 

Вопросов: 28
Ответов: 549
 Web-сайт: okazani.ru
 Профиль | | #32
Добавлено: 13.05.09 00:50
Нет, не считаю.


Тогда непонятна тяга к повсеместному переходу на NET и отказу от асма и с.

Чушь. Нормализация не должна быть привязана к железу.


Цель нормализации - именно ускорение работы программы, что в свою очередь ведет к поддержке менее производительного железа. Я говорю именно об этом.

О чем и было замечено что это мусорный код.

Мусорный, но возможный в руках новичков!

Впрочем думаю спор уже потерял смысл, так как по основной идее мы видимо сразу не поняли друг друга. Я не предлагал использовать этот код, как вы, видимо, подумали. Думаю и так ясно, что если программа рассчитана на современное железо с оперативой от 4 гигов, то 4 байта не спасут. Но могут возникнуть и другие ситуации - терминальные подключения (с ограниченным выделением памяти), старые компы и др.
Номер ответа: 33
Автор ответа:
 Smith



ICQ: adamis@list.ru 

Вопросов: 153
Ответов: 3632
 Профиль | | #33 Добавлено: 13.05.09 00:52
Я упорно не соображаю чего вы неподелии :). Сколько ситуаций столько решений.
Че вы паритесь?
Номер ответа: 34
Автор ответа:
 Sharp


Лидер форума

ICQ: 216865379 

Вопросов: 106
Ответов: 9979
 Web-сайт: sharpc.livejournal.com
 Профиль | | #34
Добавлено: 13.05.09 01:09
Почему обязательно мусорный? Почти любая программа, построенная на динамическом программировании содержит большой многомерный массив. Например, int dp[1 << 20][20][20] - полутора гигов как не бывало.
Номер ответа: 35
Автор ответа:
 LamerOnLine



ICQ: 334781088 

Вопросов: 108
Ответов: 2822
 Профиль | | #35 Добавлено: 13.05.09 01:30
Почему обязательно мусорный? Почти любая программа, построенная на динамическом программировании содержит большой многомерный массив

Sharp, ты смысл темы улавливаешь? Речь шла о
Dim HAHAHA(1000) As String * 64000
Какие тебе нужны комментарии?
Тогда непонятна тяга к повсеместному переходу на NET и отказу от асма и с.

Ну, во-первых, далеко не все переходят на доту. Во-вторых - какой еще отказ от асма? Ты действительно считаешь что .NET - альтернатива ассемблеру? :)
Мусорный, но возможный в руках новичков!

Для таких "новичков" я дал, по меньшей мере, две сцылки...
Номер ответа: 36
Автор ответа:
 Sharp


Лидер форума

ICQ: 216865379 

Вопросов: 106
Ответов: 9979
 Web-сайт: sharpc.livejournal.com
 Профиль | | #36
Добавлено: 13.05.09 06:28
Боюсь, что не улавливаю. Но rope вполне себе хитро прошитый список длинных строк.
Номер ответа: 37
Автор ответа:
 LamerOnLine



ICQ: 334781088 

Вопросов: 108
Ответов: 2822
 Профиль | | #37 Добавлено: 13.05.09 11:03
Боюсь, что не улавливаю.

Так я поясню.
Речь идет не о том сколько массив занимает в памяти, а о том что уже на этапе декларации объявляется статический массив фиксированных строк, причем немалого размера и, судя по всему, на глобальном уровне.
И я не представляю ни одной ситуации когда такое "решение" может быть оправдано. Разве что если целью ставить потребление системных ресурсов...
В общем, я в своем отделе на Code Review такой номер бы не пропустил.
Номер ответа: 38
Автор ответа:
 Arvitaly



ICQ: 301746136 

Вопросов: 28
Ответов: 549
 Web-сайт: okazani.ru
 Профиль | | #38
Добавлено: 13.05.09 11:31
Речь идет не о том сколько массив занимает в памяти, а о том что уже на этапе декларации объявляется статический массив фиксированных строк, причем немалого размера и, судя по всему, на глобальном уровне.


Ну для начала, речь шла именно об объеме занимаемой памяти. Во вторых т.е. ты точно уверен, что такое невозможно?
статический массив фиксированных строк, причем немалого размера

А судишь ты исходя из того, что тебе так хочется

Rascal,
куда важнее структуры данных, базы данных, работа с файлами

Т.е. ты предлагаешь все операции в ОЗУ перенести в базу данных и на ЖД. Очень интересное предложение. Видимо быстродействующих приложений существовать не должно - Rascal не хочет быстроты
Номер ответа: 39
Автор ответа:
 LamerOnLine



ICQ: 334781088 

Вопросов: 108
Ответов: 2822
 Профиль | | #39 Добавлено: 13.05.09 11:37
В общем, Arvitaly, я тебе пытался объяснить как можно проще.
Ты либо упорно не понимаешь, либо просто тролль. Тупи дальше.
Адиос Амиго
Номер ответа: 40
Автор ответа:
 Arvitaly



ICQ: 301746136 

Вопросов: 28
Ответов: 549
 Web-сайт: okazani.ru
 Профиль | | #40
Добавлено: 13.05.09 11:45
Я конечно все понимаю, но на дворе 2009 год и пора уже прекращать считать единственными фактами
Мне не нравится как ты делаешь. Ты либо упорно не понимаешь, либо просто тролль. Тупи дальше.
и ни слова по делу, кроме каких-то обобщенных слов непонятно по какой теме
Номер ответа: 41
Автор ответа:
 Artyom



Разработчик

Вопросов: 130
Ответов: 6602
 Профиль | | #41 Добавлено: 13.05.09 16:20
Поверхностно могу сказать

1) Первых пентиумов НЕ ОСТАЛОСЬ. Вторых и тертьих тоже.
2) Память вообще ничего не стоит. Недавно поставил себе +4 гб (в сумме 6) - обошлось меньше 50 баксов. Сам офигел.
3) Говорить о VB6 серьезно - это смешно. Говорить о каких-то там оптимизациях в VB6 серьезно - это уже похоже на неврологические проблемы!
4) Dim HAHAHA(1000) As String * 64000 - это 64 (или 128?) МБ. Этого никто даже не заметит, хотя, безусловно, делать так не нужно (хотя можно если есть необходимость).
5) А что в VB6 бывают фиксированные стркои 64000?
Номер ответа: 42
Автор ответа:
 VβÐUηìt



Вопросов: 246
Ответов: 3333
 Web-сайт: смекаешь.рф
 Профиль | | #42
Добавлено: 13.05.09 16:23
SteelBrand, ты слишком сильно опускаешь VB6.
Номер ответа: 43
Автор ответа:
 Artyom



Разработчик

Вопросов: 130
Ответов: 6602
 Профиль | | #43 Добавлено: 13.05.09 16:49
VBD пишет:
SteelBrand, ты слишком сильно опускаешь VB6.

VBD, не хочу разрушать твою детскую мечту, но этот язык мертв. И опустить его невозможно - потому что он уже и так лежит на дне.

Я понимаю, ты потратил несколько лет для того чтоб научиться делать простейшие вещи в VB6, получил какие-то знания. И боишься расстаться с этими знаниями.
Нужно просто забыть про этот VB6 и начать изучать реально крутые вещи. .NET, Java.
Номер ответа: 44
Автор ответа:
 LamerOnLine



ICQ: 334781088 

Вопросов: 108
Ответов: 2822
 Профиль | | #44 Добавлено: 13.05.09 16:58
этот язык мертв. И опустить его невозможно - потому что он уже и так лежит на дне.

Steel Brand, не стоит делать столь категоричные заявления только на основании того что ты этим языком не пользуешься. Это непрофессионально. Могу тебя уведомить о том что на VB6 до сих пор пишутся и поддерживаются серьезные коммерческие системы.
Софт не сводится к одним только квейкам и крайсисам...
Номер ответа: 45
Автор ответа:
 Artyom



Разработчик

Вопросов: 130
Ответов: 6602
 Профиль | | #45 Добавлено: 13.05.09 17:00
Arvitaly пишет:
Т.е. ты предлагаешь все операции в ОЗУ перенести в базу данных и на ЖД. Очень интересное предложение. Видимо быстродействующих приложений существовать не должно - Rascal не хочет быстроты


Ну вообще-то хранение данных в базе данных это единственное разумное решение (кстати именно поэтому базы данынх называются базами данных - потому что в них хранятся данные).

В самом приложении держать даные нет смысла. Хотя бы потому, что усложняется логика. В памяти данные - следовательно, программа имеет какое-то свое внутреннее состояние, значит за ним нужно следить, поддерживать его актуальность и т.п.
В Windows-приложениях, конечно, так часто приходится делать, чтоб обеспечить достаточную интерактивность интрфейса, особенно когда данные находятся на удаленной машине.
Впрочем именно за это я люблю Web, классическая единица работы - запросил нужные данные из БД, скинул клиенту.

Страница: 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 ..... 11 | 12 | 13 | 14 | 15

Поиск по форуму



© Copyright 2002-2011 VBNet.RU | Пишите нам