я говорю, там уже структура целого паттерна описана, хотя и она не такая тяжелая, если попробовать. Тебе только кусок от нее надо

да чето сложно

по сути ты пишешь класс типа ServerDeveloper с методом FactoryMethod, который будет отвечать за создание экзмепляра твоего сервера

В твоем случае просто конструктор Server сделай internal. Добавить static метод Create и в нем уже создавай что хочешь и как хочешь. И вместо new Server() теперь будит Server.Create()

Чем класс создающий объект, лучше метода, создающего объект? Тем что можно менять стейт? А если это не нужно?

Чем класс создающий объект, лучше метода, создающего объект? Тем что можно менять стейт? А если это не нужно?

ничем. особенно в данном случае

в данном случае только хуже

фабрика это не совсем класс, который создает объекты

Вот поэтому я метод и предложил сообщением выше.

он скорее создает группу взаимосвязанных объектов разного плана

так фабрика есть и есть фабричный метод, ты предложил второе

правильно предложил

ну да, только если тебе не надо чтоб ошибка вверх вылетала, то оберни в try/catch и логируй ошибку... а из метода возвращай null

private лучше. Только теперь ты свой эксепшен вообще нигда не обрабатываешь.

ну и конструктор можешь private сделать

в целом - правильно

ты с какой технологией работаешь?

это и есть фабричный метод?

да, сильно упрощенный

REST API

хотя свою задачу делает

не в рамках mvc?

REST API

ну ты рест через asp.net webapi делаешь?

есть прост хороший цикл статей, где и логирование описано и все такое

короче, сложновато, но если поймешь все и будешь пользоваться, будет просто отлично

короче, сложновато, но если поймешь все и будешь пользоваться, будет просто отлично

эт для webapi?

asp mvc

на его примере все

ну ты рест через asp.net webapi делаешь?

нет, у меня десктопный клиент

https://habrahabr.ru/post/175999/

нет, у меня десктопный клиент

какая разница какой клиент?

WinFORMS приложение

это не тебе тогда, если десктоп)

я ж спрашиваю на чем ты сервер пишешь рестовый

рест винформы

сложные вопросы задаете, сударь

сложные вопросы задаете, сударь

я?? ?

я ж спрашиваю на чем ты сервер пишешь рестовый

NancyFX

ага, я в таких понятиях, например, вообще не ориентируюсь

NancyFX

Ваши вкусны достаточно специфичны

я парень простой, сказали сделать, я делаю только задачу, по сторонам не успеваю смотреть

string host, out string message)

щас сек

только так, кортежи тут вообще не к месту будут

а больше я не знаю как без усложнений

https://github.com/Gid733/UkroChan/tree/master/WebCoreFirst.Common

Смотри вот сюда

Там есть апи

string host, out string message)

ясно, все некрасиво будет

ага)

можешь заодно архитектуру глянуть

там как раз на респонс апи

Не надо так делать, если ты собираешься проверять на ошибку в вызывающем методе, там и вешай try catch.

выдаёт мессагу

Не надо так делать, если ты собираешься проверять на ошибку в вызывающем методе, там и вешай try catch.

тогда и create нафиг не нужен... конструктор подойдет в tyr/catch обернуть

зачем плодить метод ради метода

https://github.com/Gid733/UkroChan/tree/master/WebCoreFirst.Common

студия проект не грузит, пишет ошибку: The default XML namespace of the project must be the MSBuild XML namespace. If the project is authored in the MSBuild 2003 format,

2017 нужна

конструктор не может вернуть null

плюс там надо все проекты взять сразу

а не только тот

то лееры

2017 нужна

у меня 2015

тогда не загрузит

увы

ERROR: S client not available

тогда так просто смотри)

тогда так просто смотри)

да

там не много

никогда с гитхаба ничего не грузил

Не надо так делать, если ты собираешься проверять на ошибку в вызывающем методе, там и вешай try catch.

ок ясно

сам юз об'ртки в сервисах находится

примеры всмысле, либы-то понятно

конструктор не может вернуть null

а если try catch оставить то create вернет null? а что мешает просто в catch'e тогда налл ставить?

кетч тут в самом конструкторе

там нельзя нал поставить

еще, если есть реальная возможность, что объекта не будет, то я бы оформил через bool TryCreate( out)

вот так бы я сделал

кетч тут в самом конструкторе

не, я имею ввиду снаружи конструктор обернуть

и не городить метод

зачем, если можо инкапсулировать все действие, вместе с проверкой?

и просто возвращать объект(нал) и бул, который скажет, удача или нет

монада Result

зачем, если можо инкапсулировать все действие, вместе с проверкой?

ну в принципе... если из n мест вызывать, то есть смысол

и просто возвращать объект(нал) и бул, который скажет, удача или нет

и назвать TryCreate чтоб модно было)

притих вопрошающий, надеюсь не запутали только)

народ, а прикручивал кто-нибудь криптопро к SSL в WCF\IIS? :)

или это всё на уровне секурити провадйеров винды разруливается и софт не затрагивает?

ну в принципе... если из n мест вызывать, то есть смысол

В итоге все равно прокидывать сообщение об ошибке и везде проверять на нул

зачем

лучше не проверять на нулл в конструкторе

всрётся то й всрётся

В итоге все равно прокидывать сообщение об ошибке и везде проверять на нул

ну если там многослойное что-то, то вообще просто тягать строку с ошибкой черезе весь код - так себе идея

Парни, а с Umbraco кто-нибудь знаком?

Парни, а с Umbraco кто-нибудь знаком?

Да

Говно полнейшее

Я пробовал

Лучше чем Орчад