JavaFX - 为什么ChoiceBoxes参数化?

时间:2014-09-08 16:43:08

标签: java generics lambda javafx

我正在学习JavaFX,我看到的是ChoiceBoxes。问题很简单:如果选择框应该携带异构数据,为什么选择框会被参数化呢?

由此引起的问题是无法实施官方指南的示例:http://docs.oracle.com/javase/8/javafx/user-interface-tutorial/choice-box.htm

我有这段代码:

final String[] greetings = new String[] { "Hello", "Hola", "Olá"};
final ChoiceBox cb2 = new ChoiceBox(
        FXCollections.observableArrayList("English", "Español", "Portuguese"));
final Label theText = new Label(greetings[0]);

cb2.getSelectionModel().selectedItemProperty().addListener(
    (ObservableValue<? extends Number> ov, Number oldValue, Number newValue) ->
       theText.setText(greetings[newValue.intValue()])
);

编译器报告lambda无效,因为它与CheckBox类具有不兼容的类型,它保存String类型,即使它没有被参数化。但是,如果我使用<Object>参数化CheckBox,我需要将newValue强制转换为数字类型,并且在运行时我得到一个ClassCastException,说它不能将字符串转换为数字。

为什么ChoiceBox类会将您锁定为可用的唯一类型? Choicebox应该保留异构数据。

另外:有了这个问题,我将如何实施官方指南示例?

1 个答案:

答案 0 :(得分:3)

我猜你期望selectedItem属性成为所选项目的索引:它不是:它是实际项目本身。因此,如果您将String放入其中,则可以使用所选项目注册ChangeListener<String>

索引是selectedIndex属性。所以你可以做到

final String[] greetings = new String[] { "Hello", "Hola", "Olá"};
final ChoiceBox<String> cb2 = new ChoiceBox<String>(
        FXCollections.observableArrayList("English", "Español", "Portuguese"));
final Label theText = new Label(greetings[0]);

cb2.getSelectionModel().selectedItemProperty().addListener(
    (ObservableValue<? extends String> ov, String oldValue, String newValue) ->
       System.out.println("Selected language is: "+newValue)
);

cb2.getSelectionModel().selectedIndexProperty().addListener(
    (ObservableValue<? extends Number> ov, Number oldIndex, Number newIndex) -> 
       theText.setText(greetings[newValue.intValue()])
);

关于问题&#34;为什么它们被参数化?#34;它可以声明那里的数据类型,然后检索正确的类型。如果您的ComboBox是真正异构的(即它包含混合数据类型),那么您可以做的最好的事情是将其声明为其中所有数据的最具体的公共超类。 (你可能想问一下这是一个很好的设计选择。)

例如:

ChoiceBox<Object> mixedChoices = new ChoiceBox<>();
// Put any Objects in there:
mixedChoices.getItems().addAll("One", new Integer(2), new Double(3.0));

mixedChoices.getSelectionModel().selectedItemProperty().addListener(
    (ObservableValue<? extends Object> ov, Object oldSelection, Object newSelection) -> 
        // compiler will only let me use Object here, but of course that makes sense, as I have no idea 
        // what object is selected....
        System.out.println(newSelection.toString())
);

但更好的(恕我直言)方法是在同类ChoiceBox中使用适当的对象类型。我将实例作为

ChoiceBox<Locale> languages = new ChoiceBox<>();
languages.getItems().addAll(Locale.ENGLISH, new Locale("es"), new Locale("pt"));
languages.setConverter(new StringConverter<Locale>() {
    @Override
    public String toString(Locale l) {
        return l.getDisplayLanguage(l);
    }
    @Override
    public Locale fromString(String language) {
        // not really needed, but...
        return Locale.forLanguageTag(language);
    }
});

languages.getSelectionModel().selectedItemProperty().addListener(
    (ObservableValue<? extends Locale> ov, Locale oldValue, Locale newValue) -> {
        ResourceBundle rb = ResourceBundle.getBundle("messages", newValue);
        theText.setText(rb.getString("greeting"));
});

没有参数化,它将是

ChoiceBox languages = new ChoiceBox();
languages.getItems().addAll(Locale.ENGLISH, ...);

但是现在编译器无法知道我们将Locale放入选择框中,所以我们被迫贬低:

languages.getSelectionModel().addListener(
    (ObservableValue ov, Object oldChoice, Object newChoice) -> {
        // hmm, I know I put Locales in there, even though the complier doesn't:
        Locale languageChoice = (Locale) newChoice ;
        // etc
});

当然现在的问题是,如果我编写错误并在ChoiceBox中放入错误的东西,它只会在运行时捕获。使用参数化版本,它在编译时被捕获。这基本上是在Swing中完成的事情,并且是一种非常传统的(JDK5之前的)编码风格。