S
а шарп это набор инструментов из которого можно сделать конструктор :)
Size: a a a
2019 October 05
Go
напишу понятнее может быть, юнити это считай как клавиатура, у тебя есть методы которые ты вызываешь, немного видоизменяешь, а шарп это шире, это возможность переназначить все что хочеь на клавиатуре, и вообще сделать новую клавиатуру, с 10ю или 350ю кнопками, и вообще это молоток, гвозди и паяльник, юнити это конструктор из которого собираешь модель
юнити - дом. ты не можешь перестроить несущие стены, крышу, но ты можешь сделать ремонт
c# - это кирпичи, доски, гвозди. если хочешь на чистм шарпе сделать ремонт в доме - тебе надо его сначала построить
c# - это кирпичи, доски, гвозди. если хочешь на чистм шарпе сделать ремонт в доме - тебе надо его сначала построить
HJ
Можно и так сказать
Go
ясно, для ремонта ты используешь те же гвозди, то есть шарп, но при этом не чисто, а "по-юнитивски"
S
юнити - дом. ты не можешь перестроить несущие стены, крышу, но ты можешь сделать ремонт
c# - это кирпичи, доски, гвозди. если хочешь на чистм шарпе сделать ремонт в доме - тебе надо его сначала построить
c# - это кирпичи, доски, гвозди. если хочешь на чистм шарпе сделать ремонт в доме - тебе надо его сначала построить
Все верно
Go
ну все, спасибо вам
я понял смысл еще одной технологии
я понял смысл еще одной технологии
A
Скажу как чел, пока очень слабо понимающий в технологиях — скачал пару месяцев назад какой-то курс по юнити, и первые пару уроков пробежал на «ура», а потом пошли скрипты... и я перестал вдуплять вообще х)
Тут, конечно, ещё роль играет, что я в программировании вообще почти не секу. Поэтому и решил, что надо бы вникнуть перед тем, как продолжу путь в игрострой
Тут, конечно, ещё роль играет, что я в программировании вообще почти не секу. Поэтому и решил, что надо бы вникнуть перед тем, как продолжу путь в игрострой
A
Понятно, что можно забить на этот момент и пилить по готовенькому, но хочется иметь возможность доделать любой функционал, который пригодится
A
Господа, поясните, плиз. Смотрю урок Вадима по свойствам и полям классов и не очень врубился.
Чем свойства с таким написанием на практике отличаются от публичных переменных? Ведь, по идее, что тут, что там можно спокойно записать значение. Когда Вадим пояснял на примере развёрнутого описания свойства, подумал, что это для того, чтобы можно было необходимые проверки зафигачить в сеттер или геттер, но в таком написании этого не сделать.
Чем свойства с таким написанием на практике отличаются от публичных переменных? Ведь, по идее, что тут, что там можно спокойно записать значение. Когда Вадим пояснял на примере развёрнутого описания свойства, подумал, что это для того, чтобы можно было необходимые проверки зафигачить в сеттер или геттер, но в таком написании этого не сделать.
D
А ты мысленно в эту картинку добавь перед set - private
D
И узнаешь зачем они нужны.
S
Господа, поясните, плиз. Смотрю урок Вадима по свойствам и полям классов и не очень врубился.
Чем свойства с таким написанием на практике отличаются от публичных переменных? Ведь, по идее, что тут, что там можно спокойно записать значение. Когда Вадим пояснял на примере развёрнутого описания свойства, подумал, что это для того, чтобы можно было необходимые проверки зафигачить в сеттер или геттер, но в таком написании этого не сделать.
Чем свойства с таким написанием на практике отличаются от публичных переменных? Ведь, по идее, что тут, что там можно спокойно записать значение. Когда Вадим пояснял на примере развёрнутого описания свойства, подумал, что это для того, чтобы можно было необходимые проверки зафигачить в сеттер или геттер, но в таком написании этого не сделать.
это просто для удобства сделано, если у тебя свойство не критичное к вводу, тупо автосвойство.
S
если же надо что-то проверять на входе, просто сотри set; и пиши конструктор
S
или метод
A
Окей, спасибо! Продолжение урока частично на вопрос ответило..)
S
Господа, поясните, плиз. Смотрю урок Вадима по свойствам и полям классов и не очень врубился.
Чем свойства с таким написанием на практике отличаются от публичных переменных? Ведь, по идее, что тут, что там можно спокойно записать значение. Когда Вадим пояснял на примере развёрнутого описания свойства, подумал, что это для того, чтобы можно было необходимые проверки зафигачить в сеттер или геттер, но в таком написании этого не сделать.
Чем свойства с таким написанием на практике отличаются от публичных переменных? Ведь, по идее, что тут, что там можно спокойно записать значение. Когда Вадим пояснял на примере развёрнутого описания свойства, подумал, что это для того, чтобы можно было необходимые проверки зафигачить в сеттер или геттер, но в таком написании этого не сделать.
На самом деле, свойства - это обёртка над полями. То, что ты написал, является автоматически реализуемым свойством.
Ради интереса, можешь глянуть декомпиленную версию или il для лучшего понимания
https://docs.microsoft.com/ru-ru/dotnet/csharp/programming-guide/classes-and-structs/properties#auto-implemented-properties
Ради интереса, можешь глянуть декомпиленную версию или il для лучшего понимания
https://docs.microsoft.com/ru-ru/dotnet/csharp/programming-guide/classes-and-structs/properties#auto-implemented-properties
S
Внутри всегда есть поле, просто в текущем случае - ты его не видишь явно
S
ну это как притча о ++i и i++
S
на самом деле хз может кто знает как оно преобразуется в машинный код? итли после IL это одно и то же?
S
на самом деле хз может кто знает как оно преобразуется в машинный код? итли после IL это одно и то же?
Разное...