Project

General

Profile

Actions

Feature #2574

closed

Explicit usage of time abstractions in public API

Added by Alex Afanasyev about 9 years ago. Updated about 9 years ago.

Status:
Closed
Priority:
Normal
Assignee:
-
Start date:
Due date:
% Done:

0%

Estimated time:

Description

Public API should not use method names such as "setInterestLiftimeMilliseconds". Instead, time duration should be captured by the supplied argument type

Actions #1

Updated by Alex Afanasyev about 9 years ago

  • Tracker changed from Bug to Feature
Actions #2

Updated by Jeff Burke about 9 years ago

This is not a jNDN specific issue. Moved to NDN-CCL.

Actions #3

Updated by Jeff Burke about 9 years ago

  • Project changed from jndn to NDN-CCL
Actions #4

Updated by Jeff Burke about 9 years ago

  • Status changed from New to Closed

This approach is taken in NDN-CCL for clarity in typeless languages. (Re-open with design motivation and solution that works for typeless languages if there is one.)

Actions #5

Updated by Alex Afanasyev about 9 years ago

I disagree with closing of the issues that are open ended and may need to be discussed later. Closing them basically means that they will never be worked over.

To mark issues that are undecided, you can use "category" parameter. The issue is still open and I disagree with motivation for closing / approach in CCL.


I created issue specifically for jNDN and java is not a typeless language.

However, the whole issue here is not even about types. It is about not exposing time units in API. It is about explicitly using time units. In most languages one can already use "second(...), millisecond(...), ..." to indicate time explicitly.

Actions

Also available in: Atom PDF