@genI3 поработайте над качеством своего кода. Если не читали книги по правильному оформлению кода, то обязательно прочитайте. Вам это в любом случае будет в плюс. Код нужно писать так чтобы другой человек с первого взгляда понял что в нем происходит - какое назначение у того или иного параметра или переменной, что делает тот или иной метод судя по его названию и только и прочее.
А как по вашему он должен его отменить? вы посылаете sql-серверу просто текст по сути, он его парсит и выполняет если запрос корректный. иначе возвращается ошибка которая выдается как Exception в коде.
BeginExecuteReader и EndExecuteReader нужны для асинхронных запросов.
Транзакции в любом случае идет на стороне Sql. .net ее просто открывает и дальше либо коммитит либо откатывает по вашему усмотрению.
если вы открыли транзакцию, то при оперделенном уровне изоляции запросы на выборку будут включать те изменения, которые вы вносите внутри транзакции. на сколько я помню есть уровень когда запросы на выборку не будуть включать изменения. Почитайте в документации про это.
первый вариант это не правильно однозначно, в этом случае Record будет действительно разделять несколько ответственностей - представление этой самой записи и еще и общение с сайтом.
должен быть некий сервис или провайдер, который предостовляет доступ к апи сайта, и через который идет все взаимодействие. Record не должен знать о том как это все внутри этого сервиса происходит. он не должен знать о токенах, формате post-запроса и прочее. в свою очередь сервис должен знать что каждый объект, который ему передали в тот или иной метод имеет некий набор свойств и методов, необходимых в контексте этого метода.
мне нравится синтаксис геттеров и сеттеров. во-первых, одна строчка
public int Size {get;set;}
по сути объявляет сразу поле, и два метода доступа. выглядит это чище и короче, чем отдельно писать поле и методы доступа. на лицо экономия и читаемость кода.
во-вторых, даже если мы делаем какую-то работу в методах,
то они всегда в одном месте, а не разбросаны по всему коду класса. опять таки читаемость вполне себе хороша.
@Boxxy, Вы не правы. Писать и писать можно полный бред и от плохих архитектурных решений и быдлокодинга не спасет. Чтобы писать правельный код, нужно знать как та или иная конструкция языка работает, насколько быстро выполняется тот или иной встроенный в .Net метод, знать что всякие распаковки и запаковки типов тоже влияют на производительность и прочее.
Выше порекомендовали Рихтера - правильный совет, там многое объясняестя с точки зрения CLR
Думаю стоит присмотреться к методу MethodX, раз только он инициализирует значения, которые передаются в x. мы его не видим, значит вам разбираться. а приложение случаем не многопоточное?
Думаю что +1. Мне вот не понятно, как такое тестовое задание может охватить все принципы ООП? Оно покажет стилистику написания кода, некоторые знания ООП, некоторые знания в построении андройд-приложений. Или я должен все из пальца высасывать и показывать что я знаю такие и вот такие паттерны, а еще вот так и вот так могу. Если нет однозначных требований, то можно все что угодно сделать. Думаю тестовое задание не продуманно достаточно хорошо.
так он же не просит за него решить, человеку просто нужно понять. то есть, думаю, можно растолковать даже и школьнеку если он интересуется. У него хоть интерес нашелся узнать.
честно, не знаю, не силен в php. а что будет если не пропускать через свой сервер файл, а скормить его этой самой audio.js? не подцепит ли он поток автоматом? может он сам его прочтет, а вам только валидные ссылки ему отдавать придется.
По мне такая операция сомнительна. Это как купить шестерку, потому что она эстетически больше нравится, чем какой-нибудь ламбо. Но она не тянет как ламбо и вот берем двигатель от ламбо и вставляем его в шестерку. кароче дурдом. Ноутбук это всеже законченный продукт и все комплектующие подбираются специально, и соответственно система охлаждения тоже. все что можно заменить более-менее безболезненно дают заменить - оперативку и жесткий диск, некоторые дают добавлять некоторую перифирию в виде 3g модулей и прочего, под которые есть соответствующие места и на эту периферию тоже сделан расчет изначально. Еще поднимается вопрос где взять процессор именно ноутбучный, их же просто так в магазине не купишь. а искать по барахолкам сломанные агрегаты раде процессора то еще удовольствие.
