Именование параметра: имя файла или имя файла?
вам нужно исправить html, и селектор jQuery $('.form1').find('.all-rule .formRule1') будет применяться ко всем .formRule1, поэтому вам нужно указать родителя. проверьте этот код ниже:
$(document).ready(function(){
$(document).on( "click", "a#addhewan", function() {
var confirm = window.confirm('Yakin menambah data hewan??');
if(confirm == true){
var newForm = $('.form1 .data_hewan:first').clone();
newForm.find('.show-rule').html('');
newForm.insertBefore('.newForm');
// $('.master-hewan').addClass('hidden');
}
});
$(document).on("change","#pet_name",function(){
var data = $(this).parent();
if($(this).val() == 1){
var form1 = data.find('.all-rule .formRule1').clone().removeClass('hidden');
form1.appendTo(data.find('.show-rule'));
}
})
});.hidden{
display: none;
}<!DOCTYPE html>
<html>
<head>
<title>fdsjf</title>
<script type="text/javascript" src="https://cdnjs.cloudflare.com/ajax/libs/jquery/3.3.1/jquery.min.js"></script>
</head>
<body>
<div class="form1">
<div class="data_hewan">
<select name="pet" class="form-control" id="pet_name">
<option value="" selected="selected">Pilih Ras Hewan</option>
<option value="1">Korean Jindo</option>
<option value="2">Siberian Husky</option>
<option value="3">Maine Coon</option>
</select>
<div class="all-rule hidden">
<div class="formRule1 hidden">
<span>halo</span>
</div>
<div class="formRule2 hidden">
<span>eooo</span>
</div>
</div>
<div class="show-rule">
</div>
</div>
<div class="newForm"></div>
<a id="addhewan" name="add" id="addhewan">Add Hewan</a>
</div>
</body>
</html>7 ответов
«filename» предполагает, что это слово описывает отдельный объект, такой как «корова» или 'chair'
'fileName' предполагает, что это сложный объект, существует объект с именем file и этот объект описывает имя этого файла.
Два философских подхода, выбирайте сами.
Нижний регистр верблюда рекомендуется для полей и параметров.
Пример 1 :
fileName // for fields, parameters, etc.
FileName // for properties, class names, etc.
Обычно используется fileName , а НЕ имя файла ; Вы можете убедиться в этом, прочитав исходный код материалов с открытым исходным кодом, созданных Microsoft, таких как Enterprise Library .
Причины :
- Основным пунктом за этим является что имена в этом случае более читабельны.
- Также этот подход добавляет согласованность , когда несколько параметров (полей, переменных ..) используются в одном и том же методе (классе ..) и с тем же префиксом " file ", как показано ниже:
- ... есть несколько других причин, но они более субъективны.
Пример 2 :
fileName, fileSize... // instead of filename AND filesize
См. также : Чтение этого.
Я думаю, что ответы здесь охватывают два вопроса.
«FileName» против «Filename» (следует 'name' - это отдельное слово)
и
'fileName' против 'FileName' (должен сначала символ должен быть в нижнем регистре).
В большинстве случаев я предпочитаю рассматривать это слово как одно целое слово «имя файла». Я также предпочитаю запуск переменных / методов в нижнем регистре для упрощения навигации по меню завершения кода.
Я думаю, что проблема верблюжьего случая здесь тоже, и я думаю, что она должна использоваться для различения имен из нескольких слов.
Разве это не очевидный ответ, что FxCop - это автоматизированный инструмент? Он признает, что «имя» является словом, поэтому он предлагает начинать его с заглавной буквы N. Мы случайно знаем, что «имя файла» также является словом, и поэтому только первый F должен начинаться с заглавной буквы.
Здесь не может быть истинного или неправильного.
Это нечто чисто субъективное и полностью относящееся к сообщество, в котором вы работаете. Если FxCop и StyleCop и код .net, с которым вы регулярно сталкиваетесь, используют fileName, то используйте fileName. Если он использует что-то другое, то используйте то, что есть.
Ваш первый приоритет, вероятно, должен соответствовать шаблону в вашем собственном коде, а затем соответствовать вашему сообществу.
В данном конкретном случае .net Reflector показывает много кода .net с использованием fileName, поэтому я бы использовал этот шаблон лично.
Если бы вы были в мире Java и запускали PMD и checkstyle, а их apis часто использовались имени файла, тогда я бы пошел с этим.
В дополнение к статье по именованию в Википедии, Существует также Практика программирования Кернигана и Пайка. Первая глава в нем затрагивает много вопросов именования и согласованности кода.
Если вы пишете c / c ++, существует сильная тенденция использовать имена, которые люди действительно может читать; то есть имя_файла хорошее, как и еще_другое_имя_файла (при условии, что вы не рассматриваете имя_файла как правильное английское слово - я обычно так считаю).
Lower camel case is recommended for fields and parameters.
Example 1:
fileName // for fields, parameters, etc.
FileName // for properties, class names, etc.
Generally, fileName is used and NOT filename; you can verify that by reading source code of open source stuff created by Microsoft, such as Enterprise Library.
Reasons:
- The main point behind this is that names are more readable in this case.
- Also this approach adds consistency when several parameters (fields, variables..) are used in the same method (class..) and the with same prefix "file", as demonstrated below:
- ...there are a few other reasons, but they are more subjective.
Example 2:
fileName, fileSize... // instead of filename AND filesize
See also:
- Naming Conventions at Wikipedia
- General Naming Conventions at MSDN
For a full set of naming convention rules, I recommend checking this book:
- Framework Design Guidelines: Conventions, Idioms, and Patterns for Reusable .NET Libraries
(2nd Edition) by Krzysztof, published on Nov, 2008
(personally we don't use 100% recomendations from this book, but in overall there are pretty good guidelines)
And also check some stuff at IDesign.net