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

Мне кажется все кому помогал тинплз не жаловались, потому что в армии нет интернета.

Мне кажется все кому помогал тинплз не жаловались, потому что в армии нет интернета.

а ты чего до сих пор не в армии?

Я живу не по месту прописки, так бы уже там был

А вообще мне по здоровью не положенно, но в военкомате всем похуй, конечно.

ты же хохол, разве нет? у вас же армии нету

О боже упаси от такой участи. Хохол хуже рабиста.

Я такой же бульбаш как и ты.

Ну, тогда в армию )))

Ну уж нет. Я у тебя помощи не просил, так что никуда я не пойду.

Math.max.apply(null, array);

 

или можно расширить прототип

 

Array.prototype.max = function () {

return Math.max.apply(null, this);

}

 

[].max()

Это всё детские игрушки, потому что кроме как для однорангового массива чисел ты ей не воспользуешься. Что если там массив хешей и тебе нужно найти хеш с максимальным значением какого-то параметра? Что если там массив строк и тебе нужно найти самую длинную?

Лол а есть логика, что величина строки определяется ею длиной? Это совсем не обязательно.

Ну и конечно даже при таком раскладе можно накать метод, просто чуть длинее.

Array.prototype.max = function () {
  if(typeof this[0] === "number") return Math.max.apply(null, this);
  var maxLenStr = this[0].length, maxStr = this[0];
  for(var i=1; i<this.length; i++) if(this[i].length > maxLenStr) {
  maxStr = this[i];
  maxLenStr = this[i].length;
  }
  return maxStr;
}

Вот же мне делать нехуй, блять.

Лол а есть логика, что величина строки определяется ею длиной? Это совсем не обязательно.

 

Ну и конечно даже при таком раскладе можно накать метод, просто чуть длинее.

 

Array.prototype.max = function () {
  if(typeof this[0] === "number") return Math.max.apply(null, this);
  var maxLenStr = this[0].length, maxStr = this[0];
  for(var i=1; i<this.length; i++) if(this[i].length > maxLenStr) {
  maxStr = this[i];
  maxLenStr = this[i].length;
  }
  return maxStr;
}

 

Вот же мне делать нехуй, блять.

а то я не могу ее найти

Вот тут двапой и поплыл. Будешь на каждое требование расширять свой метод? Тут уже нужна вся мощь ооп Стратегии, фабрики, компораторы и тд и тп.

Я бы в реальном проекте не стал бы расширять стандартные объекты. Мало ли придет дебилойд который по массиву будет хочдить через for in.

Вообще если требуется много подобных вещей, то просто подключается underscore. _.max([])

Узнал что enum можно использовать не просто как набор констант.

public enum Command {
auth_item {
 @Override
 public String method() {
  return "auth_item";
 }
},
whole_auth_item {
 @Override
 public String method() {
  return "whole_auth_item";
 }
},
monthly_withdraw {
 @Override
 public String method() {
  return "monthly_withdraw";
 }
},
item_use {
 @Override
 public String method() {
  return "item_use";
 }
},
request_purchase_history {
 @Override
 public String method() {
  return "request_purchase_history";
 }
},
check_purchasability {
 @Override
 public String method() {
  return "check_purchasability";
 }
},
request_product_info {
 @Override
 public String method() {
  return "request_product_info";
 }
},
change_product_properties {
 @Override
 public String method() {
  return "change_product_properties";
 }
};
public abstract String method();
}

Вопрос к Диману видимо: где подобные изыски используются? Или это вообще не используется, так как от ДИАВОЛА?

Вот тут двапой и поплыл. Будешь на каждое требование расширять свой метод? Тут уже нужна вся мощь ооп Стратегии, фабрики, компораторы и тд и тп.

прчием тут оооп

Вот тут двапой и поплыл. Будешь на каждое требование расширять свой метод? Тут уже нужна вся мощь ооп Стратегии, фабрики, компораторы и тд и тп.

this

Узнал что enum можно использовать не просто как набор констант.

 

public enum Command {
auth_item {
 @Override
 public String method() {
  return "auth_item";
 }
},
whole_auth_item {
 @Override
 public String method() {
  return "whole_auth_item";
 }
},
monthly_withdraw {
 @Override
 public String method() {
  return "monthly_withdraw";
 }
},
item_use {
 @Override
 public String method() {
  return "item_use";
 }
},
request_purchase_history {
 @Override
 public String method() {
  return "request_purchase_history";
 }
},
check_purchasability {
 @Override
 public String method() {
  return "check_purchasability";
 }
},
request_product_info {
 @Override
 public String method() {
  return "request_product_info";
 }
},
change_product_properties {
 @Override
 public String method() {
  return "change_product_properties";
 }
};
public abstract String method();
}

 

Вопрос к Диману видимо: где подобные изыски используются? Или это вообще не используется, так как от ДИАВОЛА?

use static final strings, luke

use static final abstract interface AbstarctInterfaceFactoryFactoryStrings implements AbstarctInterfaceFactoryStrings throws AbstarctInterfaceFactoryStringException, java-Luke

Узнал что enum можно использовать не просто как набор констант.

 

public enum Command {
auth_item {
 @Override
 public String method() {
  return "auth_item";
 }
},
whole_auth_item {
 @Override
 public String method() {
  return "whole_auth_item";
 }
},
monthly_withdraw {
 @Override
 public String method() {
  return "monthly_withdraw";
 }
},
item_use {
 @Override
 public String method() {
  return "item_use";
 }
},
request_purchase_history {
 @Override
 public String method() {
  return "request_purchase_history";
 }
},
check_purchasability {
 @Override
 public String method() {
  return "check_purchasability";
 }
},
request_product_info {
 @Override
 public String method() {
  return "request_product_info";
 }
},
change_product_properties {
 @Override
 public String method() {
  return "change_product_properties";
 }
};
public abstract String method();
}

 

Вопрос к Диману видимо: где подобные изыски используются? Или это вообще не используется, так как от ДИАВОЛА?

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

Вот, из недавнего моего:

   public enum Operation
   {
    LESS_THEN("lt", "less then", "less_then"),
    GREATER_THAN("gt", "greater than", "greater_than"),
    EQUAL("equals", "==", "="),
    NOT_EQUAL("not equals", "not_equals", "!="),
    EMPTY("empty"),
    NOT_EMPTY("not empty", "not_empty"),
    CONTAINS("contains"),
    INTERSECTS("intersects"),
    NOT_CONTAINS("not contains", "not_contains"),
    NOT_INTERSECTS("not intersects", "not_intersects");
    private final String[] aliases;
    Operation(String... aliases)
    {
	    this.aliases = aliases;
    }
    public static Operation getOperationByString(String op)
    {
	    for(Operation operation : Operation.values())
	    {
		    for(String alias : operation.aliases)
		    {
			    if(alias.equalsIgnoreCase(op))
				    return operation;
		    }
	    }
	    return null;
    }
   }

различные операции логические, и чтобы не писать кучу иф-элсе написал простенький энумерейшен. А потом обычным switch-case, можно уже вытягивать нужный. Если чо легко можно расширить. Есть минус, что нельзя наследовать, говорят в новых Java это зафиксят. С другой стороны энумы можно наследовать от интерфейсов.

почему не EQUALS?

^ доебался до грамматики джавы

почему не EQUALS?

 

^ доебался до грамматики джавы

Потому что люди чаще всего пишут так: customer equals resedentinal, или user role equals admin, а не user role EQUALS admin. Это этакий простенький анализатор человекопонятных запросов.