Программирование, т. 7

а, ты про стиль отображения чтоли

я просто не понял вопрос

хз, не работаю в атоме

Все, нашел

Кто нибудь знает что это за тема?

 

cobalt2

Кто нибудь сталкивался с таким в фф?

rotateX + perspective

Лул, обычная sub-pixel rendering лесенка

Ты когда начинаешь применять трансформы, у тебя элементы начинают по другому рендерится

До этого они рендерились как векторы (условно), но трансформы по сути дела превращают их в картинки

И у браузера соответственно имеются ограничения, из-за которых он не может рендерить идеальные косые линии при использовании skew/rotate и так далее

Тоже самое касается смещений с помощью translate

Например до повсеместной стандартизации флексбоксов элемент нефиксированной высоты можно было центровать по вертикали с помощью top: 50%; + transform: translateY(-50%), и эта штука соответственно смещала элемент вверх на 50% его высоты. Но юзали этот подход нечасто, ибо если высота оказывалась нечетной, то происходило смещение с использованием полупиксельной величины, из-за чего весь элемент "блюрился" (размывался), так как браузеру будет слишком накладно рендерить все с такой точностью (ибо подразумевается что пиксель это минимальная еденица, хотя это давно уже не так и браузеры умеют в десятичные/сотые пикселей, но не с трансформами)

Тоже самое касается использования scale для картинок и прочего

В общем с трансформами надо уметь работать, их нельзя просто применять везде и надеятся что все будет заебись

Лул, обычная sub-pixel rendering лесенка

Ты когда начинаешь применять трансформы, у тебя элементы начинают по другому рендерится

До этого они рендерились как векторы (условно), но трансформы по сути дела превращают их в картинки

И у браузера соответственно имеются ограничения, из-за которых он не может рендерить идеальные косые линии при использовании skew/rotate и так далее

Тоже самое касается смещений с помощью translate

Например до повсеместной стандартизации флексбоксов элемент нефиксированной высоты можно было центровать по вертикали с помощью top: 50%; + transform: translateY(-50%), и эта штука соответственно смещала элемент вверх на 50% его высоты. Но юзали этот подход нечасто, ибо если высота оказывалась нечетной, то происходило смещение с использованием полупиксельной величины, из-за чего весь элемент "блюрился" (размывался), так как браузеру будет слишком накладно рендерить все с такой точностью (ибо подразумевается что пиксель это минимальная еденица, хотя это давно уже не так и браузеры умеют в десятичные/сотые пикселей, но не с трансформами)

Тоже самое касается использования scale для картинок и прочего

В общем с трансформами надо уметь работать, их нельзя просто применять везде и надеятся что все будет заебись

Спасибо за инфу. Мог бы написать обширный пост исходя из своей практики и опыта? Как и где лучше юзать трансформы, какие подводные камни. ИНогда вот вешаешь на кнопку какой то трансформ транслейт на ховер. А с ней рядом в блоке текст как то прыгает. ДУмаю, многим было бы интересно. Ну и вообще завел бы свой бложик и делился знаниями! 

С прыжками и прочим это вообще забей, я с таким много сталкивался, но каких-то четких советов дать не могу, всегда действую по ситуации, аля "убрал тут - починилось, значит будем играться с этим свойством". Эта та область, где просто нужен сырой опыт, никакие статьи не заменят десятков часов попаболи, с попытками обойти какой-то непонятный баг рендеринга. Ну и самому писать статьи на подобные темы не вариант, ибо статьи должны быть основаны на каких-то КОНКРЕТНЫХ знаниях (да желательно с пруфами того что ты не верблюд и не пишешь ахинею), а тут речь идет больше о кладези знаний в подсознании. Я даже когда спока тренил, половина топиков про подобные вещи объяснялась по принципу "Trust me, I'm an engineer".

const int usageLimit = 1000;
var dateLimit = DateTime.Today.AddMonth(-3);
var result = apartments.Select(a => new 
	{ 
		Apartment = a, 
		Usage = a.WaterUsage.Where(wu => wu.ReportDate >= dateLimit).Sum(wu => wu.UsageValue) 
	})
	.Where(au => au.Usage > usageLimit)
        .Select(au => au.Apartment)
	.ToList();

не за что

 

Кант, спасибо, конечно, но я в душе не ебу что здесь написано), я же просил с моделью помочь, но энивей я разобрался.

По поводу трёхуровневой архитектуры:

брал инфу отсюда http://www.cyberguru.ru/dotnet/csharp-net/csharp-three-tier-architecture.html

и отсюда https://ru.wikipedia.org/wiki/Трёхуровневая_архитектура

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

накатал такое, не смейтесь над говнокодом, пожалуйста)

                        Console.WriteLine("Takoe deistvie ne predusmotreno!");

https://webflow.com/

Скоро фронт-энд обезьяны будут не нужны

https://webflow.com/

Скоро фронт-энд обезьяны будут не нужны

а как же

?

это же веб

а там важно чтоб технология новая была

есть ФП 2016

На FP ты подписываешься на M$ стэк, ща бы в 2017 году деньги платить за то, что есть бесплатного и навалом

 

const int usageLimit = 1000;
var dateLimit = DateTime.Today.AddMonth(-3);
var result = apartments.Select(a => new 
	{ 
		Apartment = a, 
		Usage = a.WaterUsage.Where(wu => wu.ReportDate >= dateLimit).Sum(wu => wu.UsageValue) 
	})
	.Where(au => au.Usage > usageLimit)
        .Select(au => au.Apartment)
	.ToList();

не за что

 

Кант, спасибо, конечно, но я в душе не ебу что здесь написано), я же просил с моделью помочь, но энивей я разобрался.

По поводу трёхуровневой архитектуры:

брал инфу отсюда http://www.cyberguru.ru/dotnet/csharp-net/csharp-three-tier-architecture.html

и отсюда https://ru.wikipedia.org/wiki/Трёхуровневая_архитектура

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

 

накатал такое, не смейтесь над говнокодом, пожалуйста)

https://pastebin.com/P6pLwdPf

 

в итоге окончательно запутался, как лучше сделать, препод говорил, что должны быть CRUD и во всех слоях (FlatDAO, FlatBUS и View в моём), и если с вьюхой и бизнесс леером не возникло проблем, то в FlatDAO фиг знает вообще что писать.

Решил ещё накатать поля в DL и оперировать состоянием объекта.

Так же ловлю эксепшены в конструкторе DL, фиг знает, норм ли это

Мб есть у кого какие идеи, как сделать лучше?

 

распихай по файлам классы. портянка (файл с кодом) в кучу строк с логикой намешанной все в одном месте - это плохо

юзай блять нормальный camelCase. normativeflats, numberofregistered  - это пиздец

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

разделение функциональности на bus и dao - от балды. большинство методов в bus это DAO

кстати почему bus? это типа service слой или что?

кароче суть в том что дао - это доступ к данным. в нем инкапсулируется всякая низкоуровневая работа с данными. внутри он может возится с файлами, запросам, коннекшнами к бд и прочим. но наружу (публичные методы) он выдает простой интерфейс который ты можешь использовать в сервис слое (слой бизнеслогики) типа: flatDao.findById(id), flatMetringDAO.getByFlatIdAndLastMonths(flatId, lastMonthsNumber).

в сервис слое ты делаешь что хочешь/ что надо с этими данными. потом отдаешь уже сформулированный итоговый ответ клиенту, который занимается лишь их отображением  

если нужен "круд во всех слоях"

то в клиенте это общение с пользователем и считывание данных.

в сервис слое проверки, обработка ошибок и прочее (если надо) и далее проксирование (делегирование) непосредственного сохранения в DAO слой. суть в том что сервис слой ничего не должен знать про хранение данных. он должен только иметь доступ к DAO обьектам(-кту).

а ты там в BUS работаешь с файлами, что пиздец.

суть дао слоя в том что ты сегодня пишешь в json, завтра в бд, после завтра по REST апи получаешь/сохраняешь данные. и у тебя тогда нужно менять только DAO слой, а все остальное изолированно от этого и держится на интерфейсах

суть view (точнее client) слоя в том что сегодня у тебя консоль в качестве UI, завтра десктопное приложение, а послезавтра, мобильное на xamarin. и меняя это не должны меняться классы и строчки кода вне client/view слоя. 

Подскажите, в чем ошибка в коде спойлера (html)?
 

<div class="spoil">
    <div class="sp_top">
        <span class="sp_span">Текст заголовка</span>
        <button class="sp_button">Развернуть</button>
    </div>

    <div class="sp_text">

        Текст 

    </div>
</div>

В том что это на html?

 

Подскажите, в чем ошибка в коде спойлера (html)?

 

<div class="spoil">
    <div class="sp_top">
        <span class="sp_span">Текст заголовка</span>
        <button class="sp_button">Развернуть</button>
    </div>

    <div class="sp_text">

        Текст 

    </div>
</div>

В стилях 

 

Подскажите, в чем ошибка в коде спойлера (html)?

 

<div class="spoil">
    <div class="sp_top">
        <span class="sp_span">Текст заголовка</span>
        <button class="sp_button">Развернуть</button>
    </div>

    <div class="sp_text">

        Текст 

    </div>
</div>

какую конкретно ошибку ты ищешь?

 

 

Подскажите, в чем ошибка в коде спойлера (html)?

 

<div class="spoil">
    <div class="sp_top">
        <span class="sp_span">Текст заголовка</span>
        <button class="sp_button">Развернуть</button>
    </div>

    <div class="sp_text">

        Текст 

    </div>
</div>

какую конкретно ошибку ты ищешь?

 

да просто нужно, чтобы спойлер работал

попробовал еще так:

<button onclick="myFunction()">Spoiler</button>
       <div id="myDIV">
           Hello Prodota
        </div>
<script>
function myFunction() {
    var x = document.getElementById('myDIV');
    if (x.style.display === 'none') {
        x.style.display = 'block';
    } else {
        x.style.display = 'none';
    }
}
</script>

Но в этом случае информация в спойлере уже видна изначально (хоть он ее и скрывает).