Ответы, понравившиеся пользователю Nik Faraday

Как задать отступ для tr в table?

format_iai @format_iai

tr {
  border-collapse: separate;
  border-spacing: 0 10px
}

Ответ написан более трёх лет назад

Комментировать

Как задать отступ для tr в table?

Андрей Федоров @aliencash

Партизан

А что не работает?

table {
  border-spacing: 10px 10px;
}

Ответ написан более трёх лет назад

6 комментариев

В чем смысл public _ {get;set} в c#?

Василий Банников @vabka

Потому что так исторически сложилось.
1. Очень многие механизмы раньше (а какие-то и сейчас) работают только со свойствами, но не с полями.
А если они и умеют работать с полями - часто по-умолчанию они с полями не работают.
(Это относится ко всяким сериализаторам, ORM, и другим штукам, которые работают с объектами через рефлексию, создают прокси)

2. Даже если ты делаешь автосвойство - ты всё равно можешь делать с ним всё то же самое, что и с обычным свойством: вынести его в интерфейс, сделать виртуальным и переопределить в наследниках, а потом обратиться к нему не на конкретном типе, а на интерфейсе. Это может быть очень полезно, а иногда и необходимо в некоторых случаях

3. Если ты разрабатываешь какую-то библиотеку, которую будет использовать кто-то ещё, то ты скорее всего хочешь как можно меньше ломающих изменений в новых версиях - тогда имеет смысл превентивно сделать свойство, чтобы потом не переделывать.

По сути всё.
Сказки про инкапсуляцию оставим для учебников, так как если мы делаем какую-то тупую DTO-шку, то никакой пользы от обращения через свойства мы не получим.

Накладных расходов у свойств по сути нет, так как JIT их заинлайнит.
А раз никаких минусов нет - зачем включать мозг и думать "а понадобится ли мне по какой-то причине тут свойство или можно обойтись полем"? А потом ещё огребать, если ошибся (даже если это редкий случай)
Единообразие тут скорее благо.

Те же рекорды (record, record struct) вообще не позволяют тебе объявить поля и при этом скрывают многословность свойств.

к примеру, не сделать этот int отрицательным

На самом деле это очень редкий кейс.
Зачем делать какую-то валидацию, если можно изначально использовать тип, который не допускает отрицательных значений?

но вот смысл автоматических свойств я так и не могу осознать, хоть убейте

Смысл автосвойств - чтобы не писать руками { get {return x;} set {x = value;}}.
А смысл свойств вообще - чтобы можно было вынести в интерфейс, переопределить, итд.

А ещё у свойства я могу не писать set или вместо set написать init и required, чего я не смогу сделать в классе с полями.
Да, у поля можно написать readonly и получить по сути то же самое, но тогда его надо будет обязательно через конструктор инициализировать.

Ответ написан 11 мая

Комментировать

В чем смысл public _ {get;set} в c#?

VoidVolker @VoidVolker Куратор тега C#

Dark side eye. А у нас печеньки! А у вас?

Есть поля и есть свойства. Доступ к свойству осуществляется через методы - получения, записи, добавления или вычитания свойства. У полей нет отдельных методов доступа - используется только стандартный механизм доступа. RTFM:
classes and structs -> fields
classes and structs -> properties

Ответ написан 11 мая

Комментировать

Как распаковать архив .rar с паролем?

Антон Весельчак @veselov4nton

Системный администратор.

Проверь, точно ли ты используешь правильный пароль. Некоторые библиотеки могут быть чувствительны к пробелам, символам регистра и т. п.

Ответ написан 06 апр.

4 комментария

Достаточно ли изучить синтаксис C# для создания игры на Unity?

Steel_Balls @Steel_Balls

Достаточно ли выучить алфавит, чтобы написать книгу?

Ответ написан 15 мар.

5 комментариев

Достаточно ли изучить синтаксис C# для создания игры на Unity?

Василий Банников @vabka

Программировать бы по пути ещё научиться, а потом ещё нужно будет в самом юнити разбираться.
Помни, что знать синтаксис языка и уметь программировать - это два практически независящих друг от друга навыка.
Так что я бы ещё посоветовал кроме метанита ещё пройти курс по программированию на C# на ulearn.me - всегда его рекомендую.

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

Если неиронично, то вполне можно пропустить 20 и 24 главу оттуда, и то и то даже в промышленной разработке сейчас практически не используется, а в юнити не используется вообще.

Если у тебя цель в принципе делать игры и Unity это будет или какой-то другой движок тебе не принципиально, то я бы посоветовал тебе взять godot.

Это попросили добавить в текст ответа

ну как по мне если я смог написать бэк на Джанго, телеграм бота и еще пару скриптов для тренировки, то можно сказать "умею программировать на базовом уровне".

Совсем не факт.
То что ты описываешь, можешь сделать даже нейросеть, тк перечисленные задачи уже много раз обсасывались разными людьми и в интернете есть много примеров. Всегда можно сделать "по аналогии".

Для меня "умею программировать" значит несколько иное:
1. Нужно понимать, из каких составных частей строится любой алгоритм.
2. Нужно понимать, как эти составные части выглядят в нужном языке и уметь из одного делать другое.
3. Иметь хотя бы базовое понимание современного language design, понимать семантику языков, системы типов, понимать поток выполнения.
Хотя бы поверхностно понимать, что делает компилятор.
Понимать разницу между синхронным, асинхронным, и параллельным.
4. И менее абстрактное - понимать, как происходит работа с памятью.

Конкретно про юнити и c# точно нужно знать:
1. Синтаксис, чтобы не пытаться объявить переменную в теле класса и не пытаться T запихнуть в переменную.

2. Терминологию и ООП, чтобы не задавать вопросы вида "как прочитать переменную из другого файла" или "как вызвать метод из другого скрипта"

3. Понимать фичи, которые используются в юнити: разницу между классами и структурами (чтобы понимать, почему DOTS и Burst именно такие, какие есть), понимать области видимости (и в рамках методов и в рамках классов), yield, sync/await, систему типов.

В общем абсолютно точно нужно прочитать главы 1-13, 17, 18, 19, 21-24.

Очень желательно 14-16 (так как всё
ещё существует UniTask и какие-то вещи возможно ты захочешь вынести в отдельные потоки, которые не привязаны к физике или графике).
Также они тебе понадобятся, если ты будешь делать свой сервер для чего-нибудь.

Ради модов еще раз надо будет прочитать 19 и 25.

27 - очень желательно, чтобы понимать, почему в разных примерах код разный и не писать в старом стиле.

В конце читай 26 главу, оно тебе пригодится, когда будешь делать что-то не на юнити.

Ну и не привязывайся жестко к юнити. Если будешь делать сетевые многопользовательские игры, то тогда тебе всё равно придется полностью всё прочитать. (Да и даже если игра однопользовательская, то возможно ты захочешь сделать покупки внутри игры, синхронизацию сохранений, сбор статистики, или загрузку какого-нибудь контента через интернет. Тогда тебе тоже захочется сделать свой сервер)

Повторюсь: единственное, что точно не стоит читать никому - это глава про Dynamic Language Runtime.

Бтв метанит сам по себе очень ужатый. В нём всё ещё не рассматриваются вопросы:
1. Тестирования
2. Работы с dotnet CLI
3. Опций компилятора
4. Nuget
5. Структуры проекта
6. Best practice

Ответ написан 15 мар.

12 комментариев

Можно ли использовать Expression без типов-делегатов?

MVV @mvv-rus

Настоящий админ AD и ненастоящий программист

Вкратце: не заморачивайтесь.
В ремесле программирования есть полезный принцип, обозначаемый англоязычным сокращением YAGNI, что в переводе означает "Вам это не понадобится." Согласно этому принципу, раз вы не знаете, как можно использовать Expression с параметром-типом не являющимся делегатом, то вам вряд ли понадобится его так использовать.
А проверки параметра-типа там нет, скорее всего, потому что эта функциональность (она называется Expression trees) появилось давно, больше 15 лет назад, в .NET Framework 3.5, а тогда в .NET проверки параметра-типа ЕМНИП не было.
Но, подозреваю, что попытка использовать в качестве TDelegate не тип-делегат просто приведет к ошибке: почти наверняка - при попытке получить исполняемый код из выражения (метод Compile), а, возможно, и раньше - или при попытке создания объекта, или даже на этапе написания кода или компиляции: ее может (да или нет - не проверял) обнаружить анализатор при компиляции исходного кода и даже IntelliSense. И подозреваю, что при попытке обойти дерво такого объекта Expression tree (это - альтернативный способ использования этой функциональности), тоже будет ошибка - ибо выражение получается бессмысленным.
В любом случае, истиной в последней инстанции является исходный код. Если вам так уж захотелось узнать, что будет - читайте исходный код: он лежит на GitHub, ссылка есть в документации по классу в learn.microsoft.com (сразу предупреждаю: там все сложно).

Ответ написан 14 мар.

Комментировать

Как реализовывать JWT Symfony Logout?

apapacy @apapacy

Статья на которую Вы ссылаетесь содержит две распрстианенные ошибки в использовании JWT.
1. JWT используется для того чтобы не нужно было ходить в базу данных за данными пользователеля. Данные пользователя хранятся в JWT. Это немного увеличивает нагрузку на сеть, но сразу снижает в два раза количество запросов в базу данных. А это критично для нагруженных сервисов. Кроме того позволяет вынести авторизацию в отдельный миуросервис.
2. Вы наверное спросите а как же быть, если данные изменятся. Для этого сокращают время действия токена до минимального значения. Чтобы не проходить повторно процедуру авторизации, для возобновления действия этого токена выдается долгосрочный токен, предъявив котрый можно обновить краткосрочный токен и тем самым получить обновленные данные.

Возникает вопрос а что делать если пользователь был забанен или как в вашем случае разлогинился. Или просто его критически важные данные поменялись. Для этого организуют реестр аннулирования токенов, в котором записи хранятся на время действия токена. Такой реестр будет иметь сравнительно небольшой размер так как время хранения краткосрочных токенов невысоко. Его лучше организовать на быстрой базе данных key/value.

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

Другой способ хранить в таблице и в токене идентификаторы открытых сессий и при обновлении токена проверять не закрыл ли сессию пользователь. Такой способ позволяет в частности организовать логин только с одного устройства когда новый логин закрывает все другие сессии. И реализовать принудительный разлогин клиентов с одного устройства или из админки.

Про разлогине нужно еще иметь в виду что он всегда будет немного сбойной операцией. Так как во время разлогина может отсутствовать интернет и вызов api закончится со сбоем.

Ответ написан более трёх лет назад

Комментировать

Как расти джуну?

Сергей Горностаев @sergey-gornostaev

Седой и строгий

Наработать годик опыта и поискать хорошую компанию.

Ответ написан 12 мар.

Комментировать

Какой есть бесплатный хостинг для сервера мультиплеера Unity?

Ronaldo @SWA512

Gamedev

Есть у Photon-а бесплатный план разработчикам на 20 одновременных игроков.
При запуске одного приложения, можно получить 100 одновременных игроков.
Всё что выше по нагрузке надо платить.
https://www.photonengine.com/fusion/pricing

Ответ написан 06 мар.

Комментировать

Какой есть бесплатный хостинг для сервера мультиплеера Unity?

Дмитрий Кузнецов @dima9595

Junior PHP

Наверное только локальный комп. Бесплатно мало кто будет выдавать сервера на такие задачи, либо если только для тестов на определённый срок.

Ответ написан 06 мар.

Комментировать

Небольшой сайт и админ панель на .NET?

Михаил Р. @Mike_Ro

Python, JS, WordPress, SEO, Bots, Adversting

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

Без тз - результат хз.

смотрю в сторону связки asp+bootstrap, при беглом поиске все шаблоны админок очень нагруженные

Что мешает удалить лишние блоки?

Может посоветуете что именно искать или вообще другой вариант реализации предложите?

Если знаний на фронте минимум, то лучше либо готовое что то использовать, по типу Bootstrap, либо какую то CMS, не обязательно на .NET

Ответ написан 03 мар.

Комментировать

Как реализовать шумоподавление на c#?

cheb2006 @cheb2006

На чем в итоге остановились? Я нашел только SpeexDSP. Он хорошо работает, но есть нюансы типом Span<> и .Net4.8. Кроме того, х86 библиотека не цепляется, только х64 работает.

Ответ написан 28 февр.

Комментировать

Можно ли в C# как-нибудь объединить оператор неявного преобразования и метод расширения в одной записи?

Василий Банников @vabka

Нельзя. И если у вас возникает такое желание - вероятно у вас где-то архитектура потекла.

Ответ написан 08 февр.

Комментировать

Как в C# в динамике задать у обощенного класса тип поля хранимого значения?

MVV @mvv-rus

Настоящий админ AD и ненастоящий программист

Для задания динамического типа для поля в C# есть ключевое слово dynamic. Но на самом деле, это - object, просто для него компилятор автомтически реализует преобразование типов (и ещё кое-что - см. [документацию](https://learn.microsoft.com/en-us/dotnet/framework...) она хотя и по Framework, но многое из этого есть и в .NET(Core и современном))

Ответ написан 07 февр.

Как в C# в динамике задать у обощенного класса тип поля хранимого значения?

MonadTeq @MonadTeq

1. Хотя бы вот так:

for (int i = 0; i < _arguments.Length; i++)
        {
            Type type = _keyType[i].Type; //Вот здесь тип извлекается, и им нужно  типизировать обощенный класс Argument
            Type genericType = typeof(Argument<>).MakeGenericType(type);
            _arguments[i] = (IArgument)Activator.CreateInstance(genericType);
        }

2. По CS0118 - Имеет смысл поразмышлять, почему в языке со строгой типизацией выдаётся такая ошибка, при том, что строчкой выше Вы сами пытветесь определить тип в Run-time, а в другой строчке ниже пишете default - для какого типа default? Может имеет смысл сначала понять основы С#/CLR?

Ответ написан 07 февр.

2 комментария