Как и многие другие, конечная запятая в инициализаторе массива является одной из вещей, которые C ++ унаследовал от C (и им придется поддерживать навсегда). В книге «Deep C secrets» упоминается вид, совершенно отличный от тех, что указаны здесь.
В этом случае после примера с более чем одним «парамодическим знаком»:
char *available_resources[] = {
"color monitor" ,
"big disk" ,
"Cray" /* whoa! no comma! */
"on-line drawing routines",
"mouse" ,
"keyboard" ,
"power cables" , /* and what's this extra comma? */
};
мы читаем:
... что конечная запятая после конечный инициализатор не является опечаткой, но является следствием синтаксиса, перенесенного с аборигенного C. Его присутствие или отсутствие разрешено, но не имеет никакого значения. Обоснование, заявленное в обосновании ANSI C, заключается в том, что упрощает автоматическую генерацию C. Претензия была бы более надежной, если бы конечные запятые разрешались в каждом списке с разделителями-запятыми, например, в объявлениях перечислений или нескольких деклараторах переменных в одной декларации. Это не так.
blockquote>... для меня это имеет смысл
Вы можете просто использовать JPARespository классы и использовать такие методы, как findById или findByName, следующим образом:
@Transactional
@Repository
public interface InstituteRepository extends MongoRepository<Institute, String> {
Institute findByInstituteId(long id);
}