Комментарии 10
Поздравляю с первой статьёй - это круто, что ты стремишься поделиться знаниями. Но всё же считаю необходимым сделать несколько замечаний:
Лучше использовать git, нежели облако (это не только делает твою работу удобнее, но и повышает твой авторитет среди разработчиков)
Давать доступ ко всему и сразу - плохое решение, даже для тестирование. Правильным путём будет реализовать
Не стоит заворачивать каждый из пунктов
Перед публикацией стоит ознакомиться с уже существующими решениями, иначе ты можешь просто изобрести никому не нужный велосипед
Если же у тебя не велосипед - стоит обосновать почему он не велосипед и какие преимущества он имеет перед другими решениями
Благодарю, что не обошли стороной данную статью и не поленились дать советы! Однако, хочу сказать:
1. git у меня на данный момент не работает без vpn. Возможно, его блокирует провайдер...
2. Я стремился к удобству для тех, кто, возможно, хочет использовать это в своих проектах, поэтому и решил выложить все исходники.
3. Мне показалось это удобным... Что ж, в будущем постараюсь не злоупотреблять сворачиванием)
4. Я тщательно ознакомился с существующими решениями перед публикацией, так как искал что-то подобное для своего проекта и не нашёл.
5. Это не велосипед, так как вызова методов без создания словаря я не встречал.
Какой именно git? Есть github.com/, gitlab.com, bitbucket.org и ещё множество других сайтов, предоставляющих системы контроля версий
Тут не про доступ исходников, а про доступ к кодовой части. Один из принципов ООП - инкапсуляция, т.е. защита от доступ "извне". У тебя же всё и сразу можно вызывать
Посмотри как оформлены другие статьи. Сворачивание используется в основном для скрытия "необязательной информации". В итоге выглядит, словно вся статья "необязательна"
(и п.5 в т.ч.) Так стоит привести пример найденных альтернативных решений и перечислить их недостатки перед твоим решением.
Без словоря невозможно будет вызвать метод в кейсе, когда билдится на бэке il2cpp и нужные методы и классы урезаются билдером, т.к. на il2cpp это aot компиляция. Единственный способ защитить от урезания (стрипинга) кода, это link конфигурация ручная.
На il2cpp сейчас билдится iOS (обязательно) и Android (не обязательно), но юнитеки со временем планируют полностью отказаться от Mono (JIT) компилятора
Чуть дополню: аттрибут [Preserve].
Спасибо за пояснение! Я использовал Mono компиляцию, поэтому не знал о поведении консоли при il2cpp компиляции. Рад, что нашёлся человек, способный дополнить статью! ;)
А где можно прочитать об отказе от jit? Я точно читал на форуме что есть в идеях отказ от mono в пользу microsoft'овского рантайма для поддержки последних стандартов, но прям что бы от jit... Я тогда unity вообще уважать перестану. Выкиньте уже тогда c# и отдавайте наружу c++ хидеры, а для писателей онлайн казино и три в ряд наверните сверху свой скриптовый язык. Вот зачем насиловать c# своим il2cpp, burst, кривым рантаймом, фиговым пекедж-менеджером...
Unity3d: вызов метода без словаря