ASP.NET: Код зад или без код?

Възможността за вграден код с помощта на <% %> не е само за обратна съвместимост, но е функция на .NET, която може да позволи някои (сравнително!) ясни и ясни решения. Въпреки това често се използва по не толкова идеален начин. По същия начин, код в задния код, ако често (обикновено всъщност) се използва по не толкова идеален начин, както и уеб контролите.

Наличието на код в задния код обикновено не служи за разделяне на опасенията, а за разбъркан спагети код на различно място, отколкото го имахме в класическия asp. .NET ви позволява да имате много добре организирани решения, но от вас зависи дали ще го направите. Наличието на код в код зад страници не е първата стъпка в това пътуване, а само откъде може да започне това пътуване.

Що се отнася до това защо вашите събития не се задействат, най-вероятно:

• Събитието всъщност не се задейства. (Променяте ли избрания елемент в падащия списък, за да задействате действително това събитие?)
• Всъщност нямате свързано събитие. В прозореца със свойства за тази контрола името на функцията за събитие съответства ли на въпросното събитие? (това е най-простият начин; можете също да използвате handles keywork във vb, например)
• Често, когато моите събития не се задействат, това е защото правя нещо глупаво, като например да не съм стартирал кода си или моят URL адрес сочи към грешното място.

1) Предполагам, че ако сте свикнали да разработвате класически ASP, тогава преходът е лесен.

2) Без да видя вашата маркировка, не бих могъл да ви кажа какъв е проблемът ви. Ако не достигате тази точка на прекъсване, може да има една от няколко причини:

1. Отстраняването на грешки може да е деактивирано
2. Събитието не се провежда
3. Няма нищо във вашето маркиране, което да казва на контролата, че вашият метод е там като манипулатор за събитието.

Скобите, използвани в повечето примери на MS, обикновено са за извикване на функция или препращане към свързващо устройство за данни.

Например <%# Databinder.Eval("MyColumn") %> ще се използва в повторител.

Има и тагове, които се използват за рефериране на атрибути на web.config като низа за връзка <%$ConnectionStrings:NorthwindConnection %>

Много често "пробен" ASP.NET код се разпространява с вграден код, просто защото е по-лесно да се разпространява по този начин. Той е самостоятелен, можете просто да го копирате и поставите в Notepad, да го запишете като .aspx в папката за тестов сайт и да видите как работи. Това вероятно не е нещо, което искате да правите в производството.

Що се отнася до по-общия въпрос... ASP.NET MVC технически все още е ASP.NET и не използва файлове със задния код. Много разработчици смятат, че кодираните файлове просто са разменили един тип грозота за друг; лично аз мога да го видя и от двете страни, но мисля, че истинската причина за толкова много скапан код в класическия ASP не беше супата с етикети, а фактът, че хората правеха безумни неща в кода за „изглед“, като отваряне на връзки към бази данни . Докато не правите подобни неща, няколко сървърни етикета изобщо не са голяма работа.

Всъщност, ако направите някакво обвързване на данни, ще имате куп Eval и Bind тагове, смесени с маркирането. Така че дори чистите уебформуляри със задния код не винаги са изключително чисти.

2) Защо може да не мога да пробия логиката от страна на сървъра?

Възможно е компилацията да е неуспешна, когато сте започнали да отстранявате грешки и да не сте забелязали да изберете да стартирате предишната компилация. Вашите точки на прекъсване може да не са съществували в тази компилация.

<%# DataBinder.Eval("Column") %> може да ви спести много допълнителен код от кода зад него и това не е толкова лоша практика според мен.