Экономия места ну очень важна. Был у нас на работе такой экономщик, экономил байты на всем, создавал id размером в 2 байта, аргументируя «когда будет кончатся — увеличим» и его не смущало огромное количество внешних ключей на такие id.
Это кто еще разнервничался… Имхо, смартфон не должен стоить дороже 300-400 долларов, чтобы через 1.5-2 года можно было его сменить без зазрения совести и косых взглядов со стороны жены, а оставшиеся(от разницы с топом) деньги лучше потратить на апгрейд вела :)
В каком месте там равенство? Внимательно изучали? 512Мб для топового девайса маловато, да и вес у Лыжи в 1.5 раза больше, а встроенной флеш-памяти меньше минимум в 2 раза.
Это не считая свистелок в виде лучшей фронтальной камеры и аккумулятора большей ёмкости, а также перделок в виде чуть большей частоты и Самолёд Плюс экрана большего на целых 0.3"
Куда там периферии… Я вот недавно купил машинку для стрижки Remington HC-5550, так она тоже от micro-USB заряжается, даже кабель для подключения к компу в комплекте шёл O_o
— второй экран должен прилично сокращать время жизни от батареи, сколько такое счастье живет от аккумулятора?
— не слепнет ли нижний экран на улице?
— не бесят ли блики на клаве?
— есть ли хоть какая-то тактильная отдача при нажатии на кнопку виртуальной клавиатуры?
Ага, в небольшое приложение, которое хранит настройки в JSON, я внезапно должен подключать реляционную базу данных (минимум пару сотен Кб для сжатого sqlite), делать несколько нормализованных таблиц чтобы избежать ужасного дублирования (сэкономлю пару сотен байт!), и генерировать оттуда этот JSON. И это всё для того чтоб прочитать настройки. Спасибо, поржал.
А ржать не надо, я ж не говорил что в приложении надо подключать бд или еще что-то. Я имел в виду то, что генерировать готовый конфиг можно самописной тулзой.
Вот вам условный пример кода с огромным количеством дублируемых данных.
Слишком условный, но в данном случае можно храниить данные в более удобном виде:
В «values» хранится только дифф. Обработка поменяется не сильно, можно даже сразу фором пройтись и смёржить данные, это не столь важно. Зато потом будет визуально нагляднее, чем каждая из них отличается.
По стандарту нельзя, поэтому приходится подчищать. Кстати не только IE не любит такой код, лишние запятые нужно обязательно удалять если передавать данные в JSON, парсер либо сгенерирует предупреждение либо скажет что данные невалидные. Это как незакрытый тег в XML.
Это какой-то шаблонизатор? В PHP есть замечательная функция json_encode, которая не генерирует лишних "," да еще и экранирует все вредные символы, например переносы строк в строках и кавычки.
Это не считая свистелок в виде лучшей фронтальной камеры и аккумулятора большей ёмкости, а также перделок в виде чуть большей частоты и Самолёд Плюс экрана большего на целых 0.3"
Пруф
— не слепнет ли нижний экран на улице?
— не бесят ли блики на клаве?
— есть ли хоть какая-то тактильная отдача при нажатии на кнопку виртуальной клавиатуры?
А ржать не надо, я ж не говорил что в приложении надо подключать бд или еще что-то. Я имел в виду то, что генерировать готовый конфиг можно самописной тулзой.
Слишком условный, но в данном случае можно храниить данные в более удобном виде:
В «values» хранится только дифф. Обработка поменяется не сильно, можно даже сразу фором пройтись и смёржить данные, это не столь важно. Зато потом будет визуально нагляднее, чем каждая из них отличается.