Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
МСУ, зачем AmountText проверять на null?
|
|||
|---|---|---|---|
|
#18+
MCEskyANAВот и обоснуй свои потуги тролля на конкретном примере. Или слив тебе засчитать и пшёл ты нах?Я ж тебе уже сто раз объяснял, но у тебя еще и с памятью туго. Вот тут 13870656 ты конкретно сел в лужу, стыд и срам. После этого я тебе аргументировал, почему так. Но ты опять начал зудеть.И где я сел в лужу? То, что ты мой вопрос прочитал как предложение вставлять пустые спаны, дак это твои проблемы. Вот тут 13871824 я тебе намекнул на то, что просто сразу не стал говорить тебе о том, что твоё решение - это всего-лишь говнокод. В ответ на что ты попытался перевести стрелки 13871887 , но не прокатило. Короче, МСУ, пока ты будешь оставаться безоснавательным хамом, для меня ты полный му**к. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.02.2013, 13:59 |
|
||
|
МСУ, зачем AmountText проверять на null?
|
|||
|---|---|---|---|
|
#18+
skyANA, ты похож на жалобное существо, которое хорошенько отшлепали и поставили в угол. Не нужно пытаться отмазываться как нашкодившая второклассница. Вот мой код: Код: c# 1. 2. 3. Вот тут 13870623 ты чётко написал: skyANA1. зачем AmountText проверять на null? Разбираем этот унылый вопрос недостойного специалиста. Другими словами, ты четко даешь понять, что не нужна проверка na null. Что это значит? Правильно, это значит, что убираем проверку на нулл и оставляем только string.Format("<span style='color:red'>{0}</span>", Eval("AmountText")). Но ты хитрая мартышка, и сразу начнешь дальше отмазываться почему не Eval("AmountText")? Ответ на этот еще пока не заданный вопрос находится в следующем твоём гавнопосте: skyANA2. Пустая красная надпись очень заметная? Ключево слово "красная". Следовательно, Eval("AmountText") отпадает впринципе. Итак, что же остается? Правильно, остается вот это: Код: c# 1. 2. 3. Без проверки на нулл, как ты и хотел. Отсюда последовал беспощадный поджопник по твоей заднице за то, что ты ламер. И вот почему. Потому что будут генериться "пустые спаны", о которых я начал тебе говорить далее. А если бы в ItemTemplate фигурировал null, то пустой спан не генерился бы. Профит? Итого: ты всегда был бестолочью, ей и остаешься. Пока не поумнеешь хотя бы на половину своих грустных познаний, не хочу иметь с тобой дело. Иди спать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.02.2013, 14:27 |
|
||
|
МСУ, зачем AmountText проверять на null?
|
|||
|---|---|---|---|
|
#18+
да хорош уже люди. не будьте как он => http://devopsreactions.tumblr.com/post/42345786031/senior-developer-explaining-how-to-use-his-library ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.02.2013, 15:01 |
|
||
|
МСУ, зачем AmountText проверять на null?
|
|||
|---|---|---|---|
|
#18+
МСУ Код: c# 1. 2. 3. когда я трейсером проверял, почему страница, сделанная не мной, долго рисуется,оказалось, что дольше всего выполнялся вывод html элементов, сформированных на сервере. (намекаю на код, привиденный в цитате). существенно быстрее оказался вывод, когда нужные мне элементы я оформил в виде серверных - runat="server". в итоге, html, сформированный кодом из приведенной выше цитаты, будет выводиться максимально возможное время. если вы работаете в Web Forms, то вы должны написать Код: plaintext 1. 2. 3. в Item_databound контрола получить ссылку на экземпляр idErrorLabel, и уже в отклике события сделать те действия, которые необходимо сделать в зависимости от значения поля AmountText в источнике. пользоваться надо именно таким походом, потому как 1. он соответствует идеологии Web Forms - контрол + событие 2. вся необходимая логика вынесена из презентации aspx в сервный код 3. сопровождать и развивать страницу гораздо проще. А так практика показывает что таким способом могут в представление внести какую угодно логику и потом ее модифицировать просто невозможно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.02.2013, 15:03 |
|
||
|
МСУ, зачем AmountText проверять на null?
|
|||
|---|---|---|---|
|
#18+
monstrU, и что действительно при таком подходе игра стоит свеч? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.02.2013, 15:09 |
|
||
|
МСУ, зачем AmountText проверять на null?
|
|||
|---|---|---|---|
|
#18+
monstrUhtml, сформированный кодом из приведенной выше цитаты, будет выводиться максимально возможное время. если вы работаете в Web Forms, то вы должны написать Код: plaintext 1. 2. 3. Это очень плохой способ, ибо при пустых значениях клиент получит пустые спаны. Зачем клиента перегружать мусором? monstrUА так практика показывает что таким способом могут в представление внести какую угодно логику и потом ее модифицировать просто невозможно. Именно для таких и более замороченных случаев вводится подход "показать" или "не показать" разметку. А не выплёвывать на клиента мусор во имя удобства кодинга. Именно поэтому я показал вот тут 13871063 другой способ для управления видимостью контрола (уже через серверный Label.Visible), которым отруливает модель представления. Для более сложных манипуляций с "условными" стилями с кучей логики нужно формировать разметку в той же модели представления. The_ImmortalmonstrU, и что действительно при таком подходе игра стоит свеч? Бред он написал, не слушай его. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.02.2013, 15:14 |
|
||
|
МСУ, зачем AmountText проверять на null?
|
|||
|---|---|---|---|
|
#18+
monstrU Я так понимаю ты в свой бред веришь. Что после databound не будет также рисоваться разметка или по особому сценарию пойдет? не смеши ... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.02.2013, 15:17 |
|
||
|
МСУ, зачем AmountText проверять на null?
|
|||
|---|---|---|---|
|
#18+
handmadeFromRumonstrU Я так понимаю ты в свой бред веришь. Что после databound не будет также рисоваться разметка или по особому сценарию пойдет? не смеши ... Ага, тоже поржал. Значит, вычисления в ItemTemplate будут "выводиться максимально возможное время", а его код в Item_Databound как бы не считается :) P.S. Я стараюсь прибивать гвозди использовать Item_Databound в самом последнем случае, если уж совсем никак. Намного правильнее и красивее сложную логику разметки заложить в модель представления, а грид просто натравить на это дело. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.02.2013, 15:22 |
|
||
|
МСУ, зачем AmountText проверять на null?
|
|||
|---|---|---|---|
|
#18+
... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.02.2013, 15:36 |
|
||
|
МСУ, зачем AmountText проверять на null?
|
|||
|---|---|---|---|
|
#18+
Где-то в степиМСУ, бред и то и это, статика наше все Статика самая быстрая, никто не спорит. Но кому нужен статический хтмл нонче, все хотят динамику. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.02.2013, 15:40 |
|
||
|
МСУ, зачем AmountText проверять на null?
|
|||
|---|---|---|---|
|
#18+
МСУ, Вот тут и выходит на передний план менеджер по продаже труда программиста, он должен так убедить клиента что б он кроме статики ни о чем не мог думать, а так же ни есть и не спать, а требовать только статику. ( дешевле хост, малая подверженность к взлому, быстрая отдача и еще куча всякой х..и) Вот приведу пример, случай произошел в реале с моим другом ( преферансист, играет на 10 досках с закрытыми глазами) Как то зашел погреться в бутик на Тверской. С его слов - Ты не поверишь, как в тумане, выхожу из бутика под мышкой сорочка за 300 евро, и галстук за 150, через 10 минут дошло : нах.я купил сам не пойму, девки красивые до ужаса... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.02.2013, 15:52 |
|
||
|
МСУ, зачем AmountText проверять на null?
|
|||
|---|---|---|---|
|
#18+
monstrU Код: plaintext 1. 2. 3. в Item_databound контрола получить ссылку на экземпляр idErrorLabel, и уже в отклике события сделать те действия, которые необходимо сделать в зависимости от значения поля AmountText в источнике. коллеги, мне кажется я понят частично :) оставлю наиболее важную часть сообщения - для любителей бредятины. напишу более подробно, о чем я писал. 1. описываете idErrorLabel с атрибутом runat="server" 2. в item_databound получаете экземпляр idErrorLabel 3. если в источнике данных поле AmountText != null то у экзепляра idErrorLabel Visible=true 4. иначе Visible=false c# код написать надо? вот вся логика по поводу отображения сообщения об ошибке в итоге 1. span буден выведен только при наличии данных в AmountText 2. при остутствии данных в AmountText span не будет 2. место размещения бизнес-логики и логики отображения отделено от представления 3. страница рендерется без торомзов при таком способе отображения Код: c# 1. 2. 3. 1. span так же буден выведен только при наличии данных в AmountText 2. бизнес логика и логика отображения смешана с представлением как угодно 3. сгенерированный такими способом html рендериться максимально долго (обратить внимание) 4. будут желающие в представление aspx внедрить какую угодно логику 5. при более менее сложной логике чужую страницу с такой логикой вы сопровождать не сможете то есть задача решиться обеими способами (оба бредовые). какой вам нужен - выбирайте сами. если вам нужно управление разметкой- используйте asp.net mvc. если работаете в web forms - об управлении разметкой забудьте. они разработаны на концепцию контрол+ событие. только вот пример МСУ - это простой частный случай. привожу крайний случай такого подхода - достался мне в наследство. восстановить логику repeaterа я не смог- вынужден был писать все с нуля Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40. 41. 42. 43. 44. 45. 46. 47. 48. 49. 50. 51. 52. 53. 54. 55. 56. 57. 58. 59. 60. 61. 62. 63. 64. 65. 66. 67. 68. 69. 70. 71. 72. 73. 74. 75. 76. 77. 78. 79. 80. 81. 82. 83. 84. 85. 86. 87. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.02.2013, 16:01 |
|
||
|
МСУ, зачем AmountText проверять на null?
|
|||
|---|---|---|---|
|
#18+
МСУИтак, что же остается? Правильно, остается вот это: Код: c# 1. 2. 3. Не понял, где это в его коде? автор Код: c# 1. 2. 3. В ячейке либо будет пусто, либо результат в красном, о каких спанах речь? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.02.2013, 16:04 |
|
||
|
МСУ, зачем AmountText проверять на null?
|
|||
|---|---|---|---|
|
#18+
Ребят, а кто-нибудь пример со статикой показать может? Ну что-нибудь более-менее серьезное. Хочется прикинуть насколько больше там запар будет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.02.2013, 16:05 |
|
||
|
МСУ, зачем AmountText проверять на null?
|
|||
|---|---|---|---|
|
#18+
The_Immortal, Вы что, это наш черный юмор без самйликов про статику. Хотя почему бы нет, откройте блокнот и вперед. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.02.2013, 16:10 |
|
||
|
МСУ, зачем AmountText проверять на null?
|
|||
|---|---|---|---|
|
#18+
МСУhandmadeFromRumonstrU Я так понимаю ты в свой бред веришь. Что после databound не будет также рисоваться разметка или по особому сценарию пойдет? не смеши ... Ага, тоже поржал. Значит, вычисления в ItemTemplate будут "выводиться максимально возможное время", а его код в Item_Databound как бы не считается :) P.S. Я стараюсь прибивать гвозди использовать Item_Databound в самом последнем случае, если уж совсем никак. Намного правильнее и красивее сложную логику разметки заложить в модель представления, а грид просто натравить на это дело. тут самое время mvc применять. а исходный то пример на формах - разве одно и то же ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.02.2013, 16:18 |
|
||
|
МСУ, зачем AmountText проверять на null?
|
|||
|---|---|---|---|
|
#18+
ПарамонМСУИтак, что же остается? Правильно, остается вот это: Код: c# 1. 2. 3. Не понял, где это в его коде? автор Код: c# 1. 2. 3. В ячейке либо будет пусто, либо результат в красном, о каких спанах речь? Этого в коде нет и не должно быть, skyANA цитировал только то, что было неписано. Не фантазируй. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.02.2013, 16:32 |
|
||
|
МСУ, зачем AmountText проверять на null?
|
|||
|---|---|---|---|
|
#18+
monstrU1. описываете idErrorLabel с атрибутом runat="server" 2. в item_databound получаете экземпляр idErrorLabel 3. если в источнике данных поле AmountText != null то у экзепляра idErrorLabel Visible=true 4. иначе Visible=false c# код написать надо? вот вся логика по поводу отображения сообщения об ошибке В датабаунде ты должен в каждой итерации искать через FindControl контрол и колдовать над ним. Почему ты считаешь, что это быстрее, чем вычисления в темплейте? Где факты, замеры? monstrU2. место размещения бизнес-логики и логики отображения отделено от представления Логика отображения должна быть в модели представления, а не в каком-то там обработчике гриде. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.02.2013, 16:35 |
|
||
|
МСУ, зачем AmountText проверять на null?
|
|||
|---|---|---|---|
|
#18+
monstrUтолько вот пример МСУ - это простой частный случай. привожу крайний случай такого подхода - достался мне в наследство. восстановить логику repeaterа я не смог- вынужден был писать все с нуля Ну это полная жесть, конечно. Я ведь написал сразу, если сложная логика отображения, то только модель представления. Если обычное тернарное телодвижение, можно не заморачиваться. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.02.2013, 16:37 |
|
||
|
МСУ, зачем AmountText проверять на null?
|
|||
|---|---|---|---|
|
#18+
Где-то в степи, я к тому что насколько статика быстрее? :) Вообще, изначально стояла задача: "сделать хоть как-нибудь". Теперь же (после таких обсуждений) приближается вопрос: "а как бы реализовать все (или хотя бы бОльшую часть) оптимальным образом"? Казалось бы такой примитивный пример, а столько замечаний... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.02.2013, 16:38 |
|
||
|
МСУ, зачем AmountText проверять на null?
|
|||
|---|---|---|---|
|
#18+
monstrUМСУпропущено... Ага, тоже поржал. Значит, вычисления в ItemTemplate будут "выводиться максимально возможное время", а его код в Item_Databound как бы не считается :) P.S. Я стараюсь прибивать гвозди использовать Item_Databound в самом последнем случае, если уж совсем никак. Намного правильнее и красивее сложную логику разметки заложить в модель представления, а грид просто натравить на это дело. тут самое время mvc применять. а исходный то пример на формах - разве одно и то же ? Зачем mvc? К гриду кто-то запрещает байндить типизированные коллекции? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.02.2013, 16:39 |
|
||
|
МСУ, зачем AmountText проверять на null?
|
|||
|---|---|---|---|
|
#18+
The_Immortal, В общем то да, а если резюмировать и пример скучный и топик скучный и настроение не рабочее, и вообще скорей бы весна, хотя толку то, за монитором все едино... декаданс короче.. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.02.2013, 16:44 |
|
||
|
МСУ, зачем AmountText проверять на null?
|
|||
|---|---|---|---|
|
#18+
МСУИменно поэтому я показал вот тут 13871063 другой способ для управления видимостью контрола А какой смысл иначе делать? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.02.2013, 16:54 |
|
||
|
МСУ, зачем AmountText проверять на null?
|
|||
|---|---|---|---|
|
#18+
Где-то в степиThe_Immortal, В общем то да, а если резюмировать и пример скучный и топик скучный и настроение не рабочее, и вообще скорей бы весна, хотя толку то, за монитором все едино... декаданс короче.. ... еще и бегемот к заднице прилип... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.02.2013, 16:57 |
|
||
|
МСУ, зачем AmountText проверять на null?
|
|||
|---|---|---|---|
|
#18+
monstrUМСУНамного правильнее и красивее сложную логику разметки заложить в модель представления, а грид просто натравить на это дело. тут самое время mvc применять. а исходный то пример на формах - разве одно и то же ? В чём проблемы писать правильно, а не через одно место? Код: html 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. Код: c# 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. Модель для представления Default Код: c# 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.02.2013, 16:57 |
|
||
|
|

start [/forum/topic.php?fid=18&msg=38138340&tid=1358805]: |
0ms |
get settings: |
10ms |
get forum list: |
19ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
74ms |
get topic data: |
10ms |
get forum data: |
3ms |
get page messages: |
82ms |
get tp. blocked users: |
1ms |
| others: | 249ms |
| total: | 456ms |

| 0 / 0 |
