@MishkaVNorky
если уж про пример с магазином и страницами говорить..
то почти наверняка страницы все однотипные.
а значит хорошим тоном было бы иметь одну страницу. анимацию перелистывания. и скрипты, которые управляют контентом/инициализируют содержимое))
никаких включить выключить страницы, а просто заменяет содержимое одной. на другую. с анимациями или без. свой адекватный метод инициализации.
представьте что создатели читалок или текстовых квестов делали бы на 1500 страниц 1500 объектов))))
а так вам верно указывают (@GavriKos)не путать мягкое с теплым.
у объекта своего делайте свои собственные инициализацию и отключение его) и каждый раз меняя страницы. дергайте методы.
и не надо ВСЕ страницы(опять же из вашего примера). вам нужно всего лишь отключить прошлые включенные и включить необходимые).(возможно таковых вообще по одной)
в общем архитектура, патерны и все такое)) какие-то чужие примеры поразглядывайте..со временем станет проще. удачи.
кешируют не в статические поля на инициализации. в этом был посыл.
возьмите один раз из справочника. сохраните в скрипте в переменную (не на инициализации). и из переменной подставляйте.
задавать значение на инициализации переменной- вот где у вас беда. и не дай бог вы при таком подходе захотите сделать переключение языков в игре..как вы будете такие переменные подставлять заново??
если у вас цель практика - то пишите) веселитесь)ловите шишки и придумывайте как исправить)
если же вам нужна просто хорошая система для локализации возьми те тот же I2Localization..и горя не знайте.
без понятия. можете попробовать, но почти наверняка нет. или ищите другой (не встроенный в юнити) или пишите свой..
а лучше все же, выбирите другую структуру данных для хранения. Я ногу на отсечение могу дать, что на самом деле, там к чертям не нужны такие "хитрые" массивы. и вполне хватит списка какого нибудь))
уж чтоб сохранить то ачивки . их прогресс и еще что нить по мелочи))
Ксения, к сожалению это не ко мне..
я после сдачи диплома, через два дня собеседовался в фирму делающую казуалочки на мобилки.
потом попал в команду с проектом покрупнее.
потом как то перетекло все это в работу командой на студию из Москвы.
и вот до сих пор по сути там работаю с VR под мобильные платформы.
так что кроме гейимдева(и то по большей части мобильного VR) у меня нет особо опыта выбирать именять работу))
я по сути все 6 с небольшим лет работаю на одном месте)) собеседовался одни раз в жизни))
я наверно в набор исключений попадаю.
удаленка на Москву в геимдеве.
соглашусь пожалуй что на удаленку или ищут уже с опытом хорошим. и умением работать удаленно)
или же клипать мобильные казуалки/казино и подобное))
бывают исключения конечно, но редко)
программиста, тем более начинающего - по сути только в офис имеет смысл брать. приглядывать. присматриваться)) а не рисковать с удаленкой)) а это не любят. кризисы. экономия и все такое))
по сути вам или в текущем положении терпеть или радикально - бросить, переехать. а там как получится...
ну и пару слов по деньгам..
оно конечно по разному бывает, но на сколько я вижу геимдев, там не совсем как в IT, не растет ЗП. можно по 5 лет сидеть. развиваться..учиться новому. а ЗП от навыков возросших не сильно вырастет.
Считается условно очень. что в геимдеве энтузиасты которым по кайфу все это делать. и за это можно не так много им платить. просто приемлимо и хватит)) не то что серверным программистам или архитекторам, которые занимаются куда более нужными и рутинными штуками ПОСТОЯННО))все это оч условно и ИМХО))
видать разобрали подешевле) никто не хочет переплачивать.
а так nidalee уже верно вам указал в чем дело)
поидее должны быть на проентов 20 дешевле материнки без возможности разгона.
если очень нужна экономия, а это лишние пару тысяч)
Ислам Халатов,
Что ж сразу так не заметил..а тут ясно..
в общем проверяйте не на фиксированном разрешении. поставьте FreeAspect и смотрите.
у вас Image сделана "растягиваемой"
и указанные отступы от краев)) большие отступы))
и на реальном разрешении деваисов (пк или телефона) отступая 1400 слева и 1400 сверху...получаем что рисовать то и нечего)
по высоте вы рисуете -300 пикселей..или как то так))
верстку делайте аккуратнее.)) выставляйте высоту ручками. и растягивайте только по ширине. или еще что придумывайте))
GavriKos, черт)))) я думал придет "батя" ткнет пальцем "да у вас тут НАЗВАНИЕ_ПРОБЛЕМЫ" )))жаль..
но сегодня что то очень добр..может реально после работы гляну проектик чужой)
юнити у меня по работе приходится штуки четыре версий держать)) так что нет проблемы..
а так да..
ну как отправить)) если никакой коммерческой тайны..то хоть в гугл драив или дропбокс заливайте и ссылочку.))
хоть сюда комментарием)
не принципиально как отправите.)) что так что так..не думаю что поломается что то)) если оно не гигабаитами
то просто папку с проектом в архив)) открою переимпорчу. переживу))
хм..могу просто предложить проектик поглядеть.Вечерком если будет время.
а так. может кто еще заглянет подскажет. тот же GavriKos
я пока не особо могу предположить почему пропадает.
разве что, что-то со скеилом и исчезает) на экране другого размера..
у вас в эдиторе выставлен экран.....может при другом разрешении будет как на устроистве..
если уж про пример с магазином и страницами говорить..
то почти наверняка страницы все однотипные.
а значит хорошим тоном было бы иметь одну страницу. анимацию перелистывания. и скрипты, которые управляют контентом/инициализируют содержимое))
никаких включить выключить страницы, а просто заменяет содержимое одной. на другую. с анимациями или без. свой адекватный метод инициализации.
представьте что создатели читалок или текстовых квестов делали бы на 1500 страниц 1500 объектов))))
а так вам верно указывают (@GavriKos)не путать мягкое с теплым.
у объекта своего делайте свои собственные инициализацию и отключение его) и каждый раз меняя страницы. дергайте методы.
и не надо ВСЕ страницы(опять же из вашего примера). вам нужно всего лишь отключить прошлые включенные и включить необходимые).(возможно таковых вообще по одной)
в общем архитектура, патерны и все такое)) какие-то чужие примеры поразглядывайте..со временем станет проще. удачи.