Source code
/* $Id: ActionStereotypeViewTextual.java 17865 2010-01-12 20:45:26Z linus $
*****************************************************************************
* Copyright (c) 2009 Contributors - see below
* All rights reserved. This program and the accompanying materials
* are made available under the terms of the Eclipse Public License v1.0
* which accompanies this distribution, and is available at
* http://www.eclipse.org/legal/epl-v10.html
*
* Contributors:
* mvw
*****************************************************************************
*
* Some portions of this file was previously release using the BSD License:
*/
// Copyright (c) 2007 The Regents of the University of California. All
// Rights Reserved. Permission to use, copy, modify, and distribute this
// software and its documentation without fee, and without a written
// agreement is hereby granted, provided that the above copyright notice
// and this paragraph appear in all copies. This software program and
// documentation are copyrighted by The Regents of the University of
// California. The software program and documentation are supplied "AS
// IS", without any accompanying services from The Regents. The Regents
// does not warrant that the operation of the program will be
// uninterrupted or error-free. The end-user understands that the program
// was developed for research purposes and is advised not to rely
// exclusively on the program for any reason. IN NO EVENT SHALL THE
// UNIVERSITY OF CALIFORNIA BE LIABLE TO ANY PARTY FOR DIRECT, INDIRECT,
// SPECIAL, INCIDENTAL, OR CONSEQUENTIAL DAMAGES, INCLUDING LOST PROFITS,
// ARISING OUT OF THE USE OF THIS SOFTWARE AND ITS DOCUMENTATION, EVEN IF
// THE UNIVERSITY OF CALIFORNIA HAS BEEN ADVISED OF THE POSSIBILITY OF
// SUCH DAMAGE. THE UNIVERSITY OF CALIFORNIA SPECIFICALLY DISCLAIMS ANY
// WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF
// MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE. THE SOFTWARE
// PROVIDED HEREUNDER IS ON AN "AS IS" BASIS, AND THE UNIVERSITY OF
// CALIFORNIA HAS NO OBLIGATIONS TO PROVIDE MAINTENANCE, SUPPORT,
// UPDATES, ENHANCEMENTS, OR MODIFICATIONS.
package org.argouml.uml.diagram.ui;
import org.argouml.uml.diagram.DiagramAppearance;
/**
* When this action is triggered the selected node visualization changes into
* <code>Textual</code> mode. This is the default mode for all nodes. The
* stereotypes are displayed as the stereotype name between guillemets.
*
* @author maurelio1234
*/
public class ActionStereotypeViewTextual extends ActionStereotypeView {
/**
* Default constructor for this action
*
* @param node the current node
*/
public ActionStereotypeViewTextual(FigNodeModelElement node) {
super(node, "menu.popup.stereotype-view.textual",
DiagramAppearance.STEREOTYPE_VIEW_TEXTUAL);
}
}
Run 1
The code is highly readable. It has a clear, logical structure: license header, package declaration, import, class Javadoc, class definition, constructor. Nesting is minimal—only one method, no conditional blocks. Intent is unambiguous: the class name, Javadoc, and constructor arguments clearly convey that this action switches stereotype display to textual mode. Code length is concise; no unnecessary code or boilerplate beyond standard license and documentation. Action granularity is clean—the single constructor call is straightforward. Reading flow is natural: from package context to class purpose to implementation. The only minor deduction is for long license headers, which slightly interrupt the flow, but they are legally required and clearly separated.
Run 2
The code is highly readable. It has a clear, logical structure: a single class with a concise constructor and a brief description of its purpose. Nesting is nonexistent, and intent is unambiguous—the action switches stereotype view to textual mode. Code length is minimal and appropriate. Each line in the constructor performs one clear action (super call with three arguments), though this could be argued as slightly dense. Reading flow is natural: copyright, package, import, Javadoc, class, constructor. The only minor issues are the verbose license headers, which obscure the actual code, and slight ambiguity in the constructor's multiple arguments. Overall, it is clean, well-documented, and easy to understand.
Run 3
The code is highly readable due to its clean structure and clear intent. The class has a single, focused responsibility, and the constructor is concise with one logical action per line. Nesting is minimal, and the reading flow is natural, moving from class declaration to constructor logic. The extensive license header, while verbose, is standard boilerplate and does not affect the functional code's readability. The code length is appropriate, and the action granularity is well-balanced, with clear parameter alignment and straightforward naming conventions.
Run 1
Code Structure: Clean organization with a package declaration, import, documented class, and a single constructor. Nesting: Minimal, limited to the class and constructor. Clarity of intent: Descriptive names, documentation, and the named appearance constant clearly communicate textual stereotype display; underlying behavior is delegated to the superclass. Code length: Implementation is concise, although extensive license headers dominate the file and delay reaching the relevant code. Action granularity: The constructor contains one logical action, a superclass call, wrapped appropriately across lines. Reading flow: Natural top-to-bottom progression, slightly hindered by the lengthy headers and inconsistent tab-based constructor indentation.
Run 2
Code Structure: Clean organization with a package, import, documented class, and single constructor. Nesting: Minimal, limited to the class and constructor. Clarity of intent: Descriptive names, documentation, and the named mode constant clearly communicate the action's purpose, although implementation details depend on the superclass. Code length: The executable code is concise; the extensive licensing header dominates the file and delays reaching the relevant logic. Action granularity: The constructor performs one superclass initialization, sensibly split across lines. Reading flow: Natural top-to-bottom progression, with minor disruption from inconsistent indentation and the lengthy header.
Run 3
Code Structure: Clear package, import, class documentation, and a single constructor provide logical organization. Nesting: Minimal, limited to the class and constructor. Clarity of intent: Descriptive names, explanatory Javadoc, and the named display-mode constant clearly communicate the action's purpose, although behavior is delegated to the superclass. Code length: The implementation is concise, but extensive license comments dominate the file and delay reaching the functional code. Action granularity: The constructor performs one superclass initialization, sensibly split across lines. Reading flow: The standard Java layout is natural and easy to follow; inconsistent tab-based indentation slightly reduces visual consistency.