PHP: Преобразуйте unicode кодовую точку в UTF-8

Java не нужны закрытия, Объектно-ориентированный язык может сделать все, что закрытие делает промежуточные объекты использования сохранить состояние или сделать действия (в случае Java внутренние классы). Но закрытия желательны как функция, потому что они значительно упрощают код и удобочитаемость увеличения и как следствие пригодность для обслуживания кода.

я не специалист Java, но я использую C# 3.5, и закрытия являются одной из моих любимых функций языка, например, берут следующее утверждение в качестве примера:

// Example #1 with closures
public IList<Customer> GetFilteredCustomerList(string filter) {
    //Here a closure is created around the filter parameter
    return Customers.Where( c => c.Name.Contains(filter)).ToList();
}

теперь берут эквивалентный пример, который не использует закрытия

//Example #2 without closures, using just basic OO techniques
public IList<Customer> GetFilteredCustomerList(string filter) {
    return new Customers.Where( new CustomerNameFiltrator(filter));
}
... 
public class CustomerNameFiltrator : IFilter<Customer> {
    private string _filter;
    public  CustomerNameFiltrator(string filter) {
         _filter = filter;
    }
    public bool Filter(Customer customer) {
        return customer.Name.Contains( _filter);
    }
}

, я знаю, что это - C# и не Java, но идея является тем же, закрытия полезны для краткости и делают код короче и более читаемый. Негласно, закрытия C# 3.5 делают что-то, что это - взгляды, очень похожие на пример № 2, означающий, что компилятор создает частный класс негласно и передает параметр 'фильтра' ему.

Java не нужны закрытия для работы как разработчик, Вам не нужны они также, но, они полезны и предоставляют преимущества так, чтобы средства, что они желательны на языке, который является производственным языком и одним из, его - цели, производительность.